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SYSTEM AND METHOD FOR CONFIGURING BANDWIDTH TRANSMISSION 

RATES FOR CALL CONNECTIONS 

RELATED APPLICATIONS 
Not Applicable 

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
Not Applicable 

MICROFICHE APPENDIX 
Not Applicable 

FIELD OF THE INVENTION 

The present invention relates to the field of telecommunications call 
switching and transport and, more particularly, for connecting calls over connections with 
a designated bandwidth. 

BACKGROUND OF THE INVENTION 

Broadband systems provide telecommunications providers with many 
benefits, including greater bandwidth, more efficient use of bandwidth, and the ability to 
integrate voice, data, and video communications. These broadband systems provide 
callers with increased capabilities at lower costs. 

A call has user communications and call signaling. Typically, the 
broadband systems transport user communications at a single transmission rate for all 
types of communications. In addition, call admission control methods are utilized by 
connecting equipment to prevent overloading and degraded quality of service due to 
congestion. Current call control methods include discarding calls or portions of calls or 
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removing the connection that contains a particular call. However, call control methods 
are needed that do not drop calls or portions of calls. Also, methods and systems are 
needed to more efficiently use the bandwidth on one or more connections based on 
attributes of the calls on a call by call basis. The present invention fulfills these needs. 

5 SUMMARY OF THE INVENTION 

The present invention comprises a system for processing a call having call 
signaling and user communications. The system comprises a signaling processor that is 
adapted to receive the call signaling and to process the call signaling. The signaling 
processor is adapted to determine an allocated bandwidth for the user commimications 
10 and to transmit a control message identifying the allocated bandwidth. The system 
further comprises a connection system that is adapted to receive the user communications 
hi and to receive the control message. The connection system connects the user 

communications according to the allocated bandwidth identified in the control message. 

The present invention further comprises a method for processing a call 
15 having call signaling and user communications. The method comprises receiving the call 
signaling and processing the call signaling. The method further comprises determining 
an allocated bandwidth for the user communications. A control message identifying the 
allocated bandwidth is transmitted. The user communications and the control message 
are received. The user communications are connected according to the allocated 
20 bandwidth identified in the control message. 

The present invention further comprises a system for processing a call 
having call signaling and user communications. The system comprises a signaling 
processor that receives the call signaling and processes the call signaling to select a 
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connection for the user communications. The signaling processor transmits a control 
message identifying the selected connection. The system further comprises a connection 
system that receives the control message and receives the user communications. The 
connection system detects a control feature in the user communications and connects the 
user communications over the selected connection according to an allocated bandwidth. 



having call signaling and user communications. The method comprises receiving the call 
signaling and processing the call signaling to select a connection for the user 
communications. The method includes transmitting a control message identifying the 
selected connection. The control message and the user communications are received. A 
control feature is detected in the user commimications and the user communications are 
connected over the selected connection according to an allocated bandwidth. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a call processing system in accordance with 
an embodiment of the present invention. 

Figure 2 is a block diagram of an expanded call processing system in 
accordance with an embodiment of the present invention. 

Figure 3A is a flow diagram of call processing logic for bandwidth 

allocation. 



The present invention also comprises a method for processing a call 



Figure 3B is a continuation of Figure 3 A. 



Figure 4A is a flow diagram of continuing call processing logic for 



bandwidth allocation. 



Figure 4B is a continuation of Figure 4 A. 
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Figure 4C is a continuation of Figure 4A. 

Figure 5 is a flow diagram of interworking unit processing logic for 
bandwidth allocation. 

Figure 6 is a functional diagram of a controllable asynchronous transfer 
mode matrix in accordance with the present invention. 

Figure 7 is a functional diagram of a controllable asynchronous transfer 
mode matrix with time division multiplex capability in accordance with the present 
invention. 

Figure 8 is a functional diagram of an asynchronous transfer mode 
interworking unit for use with a synchronous optical network system in accordance with 
the present invention. 

Figure 9 is a functional diagram of an asynchronous transfer mode 
interworking unit for use with a synchronous digital hierarchy system in accordance with 
the present invention. 

Figure 10 is a block diagram of a signaling processor constructed in 
accordance with the present system. 

Figure 11 is a block diagram of a data structure having tables that are used 
in the signaling processor of Figure 13. 

Figure 12 is a block diagram of additional tables that are used in the 
signaling processor of Figure 11. 

Figure 13 is a block diagram of additional tables that are used in the 
signaling processor of Figure 11. 

Figure 14 is a block diagram of additional tables that are used in the 
signaling processor of Figure 1 1 . 
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Figure 15 is a table diagram of a time division multiplex trunk circuit table 
used in the signaling processor of Figure 11. 

Figure 16 is a table diagram of an asynchronous transfer mode trunk 
circuit table used in the signaling processor of Figure 11. 

Figure 17A is a table diagram of a trunk group table used in the signaling 
processor of Figure 11. 

Figure 17B is a continuation table diagram of the trunk group table of 

Figure 17 A. 

Figure 17C is a table diagram of a continuation of the trunk group table of 

Figure 17B. 

Figure 18 is a table diagram of a carrier table used in the signaling 
processor of Figure 11. 

Figure 19 is a table diagram of an exception table used in the signaling 
processor of Figure 11. 

Figure 20 is a table diagram of an originating line information table used 
in the signaling processor of Figure 11. 

Figure 21 is a table diagram of an automated number identification table 
used in the signaling processor of Figure 11. 

Figure 22 is a table diagram of a called number screening table used in the 
signaling processor of Figure 11. 

Figure 23 is a table diagram of a called number table used in the signaling 
processor of Figure 1 1 . 

Figure 24 is a table diagram of a day of year table used in the signaling 
processor of Figure 1 1 . 
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Figure 25 is a table diagram of a day of week table used in the signaling 
processor of Figure 11. 

Figure 26 is a table diagram of a time of day table used in the signaling 
processor of Figure 1 1 . 

5 Figure 27 is a table diagram of a time zone table used in the signaling 

processor of Figure 11. 

Figure 28 is a table diagram of a routing table used in the signaling 
processor of Figure 11, 

Figure 29 is a table diagram of a trunk group class of service table used in 
1 0 the signaling processor of Figure 1 1 . 
Ml Figure 30 is a table diagram of a treatment table used in the signaling 

4'^ processor of Figure 11, 

I ^ 

^ Figure 31 is a table diagram of an outgoing release table used in the 

signaUng processor of Figure 1 1 . 

111 

Q 15 Figure 32 is a table diagram of a percent control table used in the signaling 



processor of Figure 11. 

Figure 33 is a table diagram of a call rate table used in the signaling 
processor of Figure 11. 

Figure 34 is a table diagram of a database services table used in the 
20 signaling processor of Figure 1 1 . 

Figure 35 A is a table diagram of a signaling connection control part table 
used in the signaling processor of Figure 1 1 . 

Figure 35B is a continuation table diagram of the signaling connection 
control part table of Figure 3 5 A. 
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Figure 35C is a continuation table diagram of the signaling connection 
control part table of Figure 35B. 

Figure 35D is a continuation table diagram of the signaling connection 
control part table of Figure 35C. 
5 Figure 36 is a table diagram of an intermediate signaling network 

identification table used in the signaling processor of Figure 11. 

Figure 37 is a table diagram of a transaction capabilities application part 
table used in the signaling processor of Figure 11. 

Figure 38 is a table diagram of a external echo canceller table used in the 
1 0 signaling processor of Figure 1 1 . 

Figure 39 is a table diagram of an interworking unit used in the signaling 
processor of Figure 1 1 . 

Figure 40 is a table diagram of a controllable asynchronous transfer mode 
matrix interface table used in the signaling processor of Figure 11. 
15 Figure 41 is a table diagram of a controllable asynchronous transfer mode 

matrix table used in the signaling processor of Figure 11. 

Figure 42A is a table diagram of a site office table used in the signaling 
processor of Figure 1 1 . 

Figure 42B is a continuation table diagram of the site office table of 

20 Figure 42A. 

Figure 42C is a continuation table diagram of the site office table of 

Figure 42B. 

Figure 42D is a continuation table diagram of the site office table of 

Figure 42C. 
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Figure 43A is a table diagram of an advanced intelligent network event 
parameters table used in the signaling processor of Figure 11. 

Figure 43B is a continuation table diagram of the advanced intelligent 
network event parameters table of Figure 43 A. 
5 Figure 44 is a table diagram of a message mapping table used in the 

signaling processor of Figure 11. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Telecommunication systems have a number of communication devices in 
local exchange and interexchange environments that interact to provide call services to 
G 10 customers. Both traditional and intelligent network (IN) services and resources are used 

; r ; 

i^f to process, route, or connect a call to a designated connection. 

Ll 

A call has user commimications and call signaling. The user 
communications contain the caller's information, such as a voice communication or data 
Q communication, and they are transported over a connection. Call signaling contains 

I 2 5 

O 15 information that facilitates call processing, and it is communicated over a link. Call 

Sit. 

signaling, for example, contains information describing the called number and the calling 
number. Examples of call signaling are standardized signaling, such as signaling system 
#7 (SS7), C7, integrated services digital network (ISDN), and digital private network 
signaling system (DPNSS), which are based on ITU recommendation Q.931. A call can 
20 be connected to and from communication devices. 

Connections are used to transport user communications and other device 
information between communication devices and between the elements and devices of 
the system. The term "connection" as used herein means the transmission media used to 
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carry user communications between elements of the various telecommunications 
networks and systems. For example, a connection could carry a user's voice, computer 
data, or other communication device data. A connection can be associated with either in- 
band commimications or out-of-band commimications. 
5 Links are used to transport call signaling and control messages. The term 

"link" as used herein means a transmission media used to carry call signaling and control 
messages. For example, a link would carry call signaling or a device control message 
containing device instructions and data. A link can carry, for example, out-of-band 
signaling such as that used in SS7, C7, ISDN, DPNSS, B-ISDN, GR-303, or could be via 

10 local area network (LAN), or data bus call signaling. A link can be, for example, an 
asynchronous transfer mode (ATM) adaptation layer 5 (AAL5) data link, user datagram 
protocol/internet protocol (UDP/IP), ethemet, digital signal level zero (DSO), or digital 
signal level one (DSl). In addition, a link, as shown in the figures, can represent a single 
physical link or multiple links, such as one link or a combination of links of ISDN, SS7, 

15 transmission control protocol/internet protocol (TCP/IP), or some other data link. The 
term "control message" as used herein means a control or signaling message, a control or 
signaling instruction, or a control or signaling signal, whether proprietary or standardized, 
that conveys information fi-om one point to another. 

The system of the present invention controls the transmission rates and 

20 associated bandwidth over connections and over links. Typically, the system of the 
present invention controls bearer channels used to transport user communications. 

Multiple types of calls are connected by the system of the present 
invention. For example, a call may be a voice call, a data call, a facsimile call, a call 
using clear channel protocols, or others. Not all of the types of calls require the fastest 
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transmission rate for a connection. For example, although it is preferred that a data call 
be transported using a bandwidth of 64 kilo-bits per second (Kbps), a voice call may be 
transported at 32 Kbps without degrading the quality of service (QoS) of the call. Thus, 
the present invention is capable of changing the bandwidth level used to transport the call 
based on the type of call. 

In addition, during periods of increased call traffic, some calls may be 
transported at a lower transmission rate without degrading the QoS. This method of 
lowering the transmission rate, thereby reducing the bandwidth used for the call, may be 
used as a part of a call admission control (CAC) method. Thus, the present invention can 
control the bandwidth used to connect calls based on CAC methods. 

The bandwidth control also can be implemented as a cost control measure. 
For example, a subscriber may be charged different rates based on the type of call and the 
bandwidth level that is used to connect the call, A particular call subscriber may 
subscribe to have all calls connected using a lower bandwidth level and, in return, receive 
a lower rate of charge for the calls. This may be implemented based on a subscriber 
profile or the automatic number identification (ANI) of the subscriber. 

Several detection methods or triggers may be used to determine whether a 
call can be coimected using a bandwidth level that is different than a default bandwidth 
level. The system can determine the bandwidth requirements and whether or not a 
particular bandwidth level may be used by processing a call signaling message, such as 
an SS7 message. Also, the system may determine that a particular bandwidth level may 
be used by receiving information within the user communications, such as a modem tone 
or a call trigger. Alternately, other subscriber based information may be used, for 
example, on a dedicated circuit or other call signaling. In addition, a particular 
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bandwidth level may be used based upon congestion or potential congestion of a call 
connection network or other CAC methods. Methods other than the above examples may 
be used. 

Figure 1 illustrates an exemplary embodiment of a connection allocation 
system 102 of the present invention. The connection allocation system 102 includes a 
signaling processor 104 and a connection system 106. The connection system 106 is 
connected to a communication device 108 by a connection 110, and a connection 112 
extends from the connection system 106. The signaling processor 104 is linked to the 
connection system 106 by a link 114 and to the communication device 108 by a link 116. 
A link 118 extends from the signaling processor 104. 

The signaling processor 104 is a signaling platform that can receive, 
process, and generate call signaling. Based on the processed call signaling, the signaling 
processor 104 selects processing options, services, or resources for the user 
communications and generates and transmits control messages that identify the 
communication device, processing option, service, or resource that is to be used. The 
signaling processor 104 also selects virtual connections and circuit-based connections for 
call routing and generates and transports control messages that identify the selected 
connections. The signaling processor 104 can process various forms of signaling, 
including ISDN, GR-303, B-ISDN, SS7, and C7. 

The signaling processor 104 operates to control the bandwidth for a call. 
The signaling processor 104 can base the control on control features including the 
information gained in the call signaling, subscriber information, network congestion or 
other CAC assertions, or the type of call application, such as voice, voice band data, 
facsimile, clear channel, or another data call In addition, the signaling processor 104 
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may base the control on other control features, such as information received from the 
connection system 106. 

Based on the control features, the signaling processor 104 determines the 
amount of bandwidth that is allocated to the call for the user communications. The 
5 signaling processor 104 may, for example, have a default selection of 64 Kbps and select 
a lower transmission rate if required. For example, the signaling processor 104 may 
select rates at 64 Kbps, 32 Kbps, 16 Kbps, 8 Kbps, or other rates. 

In addition, the signaling processor 104 determines the proper encoding 
scheme, if any, which will be applied to the user communications. Examples of encoding 
r| 10 are encryption, de-encryption, compression, decompression, and other signal processing. 
kl For example, user communications may be compressed at 32 Kbps, 16 Kbps, 8 Kbps or 

other rates with an encoding scheme for compression. Other encoding is contemplated to 
be within the scope of the invention. An example of an encoding scheme is described in 
a U.S. patent appUcation serial number 08/855,621 filed May 13, 1997, and entitled 
15 "System and Method For Transporting a Call" the contents of which is incorporated 
herein by reference. 

The signaling processor 104 implements accounting measures based on 
the type of call and/or the transmission rate used to connect the call. For example, the 
signaling processor 104 can apply different accoimting rate structures to voice calls, 
20 voiceband data/facsimile calls, clear channel calls, and other data calls. In addition, 
different accounting rate structures can be applied to 64 Kbps calls, 32 Kbps calls, 16 
Kbps calls, and 8 Kbps calls. A preferred signaling processor is discussed below. 

The connection system 106 makes connections for calls. The connection 
system 106 may interwork user communications to connections or switch user 
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communications between connections. Preferably, interworking occurs between time 
division multiplex (TDM) connections and asynchronous transfer mode (ATM) 
connections, and switching occurs between ATM connections and other ATM 
connections and between TDM connections and other TDM connections. The connection 
system 106 establishes coimections for user communications in response to control 
messages from the signaling processor 104. 

The connection system 106 encodes the user communications according to 
a selected encoding scheme, if required, and transports the user communications at the 
selected transmission rate. For some calls, the connection system 106 encodes the user 
communications at the bearer channel level after the call has been setup. This may occur 
when the connection system 106 receives information through the user communications, 
such as tones and other call triggers. 

The communication device 108 comprises customer premises equipment 
(CPE), a service platform, a switch, a remote digital terminal, a cross connect, an 
interworking unit, an ATM gateway, or any other device capable of initiating, handling, 
or terminating a call. CPE can be, for example, a telephone, a computer, a facsimile 
machine, or a private branch exchange. A service platform can be, for example, any 
enhanced computer platform that is capable of processing calls. A remote digital 
terminal is a device that concentrates analog twisted pairs from telephones and other like 
devices and converts the analog signals to a digital format known as GR-303. An ATM 
gateway is a device that changes ATM cell header virtual path/virtual channel (VPA^C) 
identifiers. 

The system of Figure 1 operates as follows. In a first example, the 
communication device 108 transmits call signaling to the signaling processor 104 and 
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transports voiceband user communications to the connection system 106. The signaling 
processor 104 receives and processes the call signaling to determine one or more 
connections for the user communications and to determine the bandwidth that will be 
allocated to the user communications. 

The signaling processor 104 determines that the user communications are 
to be connected over the connection 112. The signaling processor 104 also implements 
CAC procedures and determines that congestion may occur on the connection 112 at the 
site of the connection system 106. The signaling processor 104 determines that the call is 
a voice call and that the user communications can be connected at 16 Kbps without a 
degradation of QoS. The signaling processor 104 determines a bit encoding scheme so 
that the user communications may be transported at the 16 Kbps. For example, the 
signaUng processor 104 may select a bit encoding scheme for 16 Kbps compression 
described in U.S. patent appHcation serial number 08/855,621 entitled "System and 
Method For Transporting a Call". 

The signaling processor 104 transmits a control message to the connection 
system 106 identifying the connection 112 over which to connect the user 
communications, the 16 Kbps bandwidth to be used to connect the call, and the bit 
encoding scheme with which to transport the user communications. It will be appreciated 
that more than one control message may be transmitted. In addition, the signaling 
processor 104 transmits another control message over the link 118 to another signaling 
processor or switch identifying the connection 112 and a bit encoding scheme. 

The connection system 106 receives the user communications from the 
communication device 108 and the control message from the signaling processor 104. 
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The connection system 106 encodes the user communications for 16 Kbps and transports 
the user communications on the selected connection 112. 

In a second example, the communication device 108 transmits call 
signaUng to the signaling processor 104 and transports voiceband user commimications to 
the connection system 106. The signaling processor 104 receives and processes the 
subscriber profile in the call signaling to determine one or more connections for the user 
communications and to determine the bandwidth that will be allocated to the user 
communications. 

The signaling processor 104 determines that the user communications are 
to be connected over the connection 112. Based on the ANI of the subscriber profile, the 
signaling processor 104 determines that the calling party has subscribed to an accounting 
package for voiceband connections at a bandwidth that is lower than the default 
bandwidth and that the user communications are to be connected at 32 Kbps. The 
signaling processor 104 determines a bit encoding scheme so that the user 
commxmications may be transported at the 32 Kbps. 

The signaling processor 104 transmits a control message to the connection 
system 106 identifying the connection 112 over which to connect the user 
communications, the 32 Kbps bandwidth to be used to connect the call, and the bit 
encoding scheme with which to transport the user communications. In addition, the 
signaling processor 104 transmits another control message over the link 118 to another 
signaling processor or switch identifying the connection 112 and the bit encoding 
scheme. Also, the signaling processor 104 notifies the accounting system (not shown) 
that the call was connected fi-om a subscriber which has a designated subscriber package. 
The accounting system uses the call connection information to bill the subscriber. 
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The connection system 106 receives the user communications from the 
communication device 108 and the control message from the signaUng processor 104. 
The connection system 106 encodes the user commimications for 32 Kbps and transports 
the user communications on the selected connection 112. 

In a third example, the communication device 108 transmits call signaling 
to the signaling processor 104 and transports facsimile user communications to the 
connection system 106. The signaling processor 104 receives and processes the call 
signaling to determine one or more connections for the user communications and to 
determine the bandwidth that will be allocated to the user communications. 

The signaling processor 104 determines that the user communications are 
to be connected over the connection 112. The signaling processor 104 transmits a control 
message to the connection system 106 identifying the connection 112 over which to 
connect the user communications. 

The connection system 106 receives the user communications from the 
communication device 108 and the control message from the signaling processor 104. 
The connection system 106 determines that call triggers, such as modem tones associated 
with facsimile calls, are being received from the communication device 108 and transmits 
a control message to the signaling processor 104 identifying the call trigger and/or as a 
facsimile call. 

Preferably, in this example, the signaling processor 104 processes the 
control message from the connection system 106 and determines that the call requires a 
bandwidth, such as 64 Kbps. The signaling processor 104 transmits another control 
message to the connection system 106 specifying the 64 Kbps bandwidth for the 
connection 112. The signaling processor 104 also transmits another control message over 
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the link 118 identifying the connection 112 and the selected bandwidth. The connection 
system 106 receives the control message and connects the user communications over the 
selected connection 1 12 at 64 Kbps. 

It will be appreciated that the connection system 106 can be configured to 
connect the user commxmications to the connection 112 at the required bandwidth, such 
as 64 Kbps, without transmitting the control message to the signaling processor 104 
and/or without having to receive a control message from the signaling processor 104 
specifying the bandwidth with which to connect the user commimications. In such a 
configuration, the connection system 106 connects the user communications at 64 Kbps 
upon receiving the call trigger, such as a modem tone, and then notifies the call processor 
104 of the bandwidth used for the connection 1 12. 

In a fourth example, the communication device 108 transmits call 
signaling, such as an SS7 message, to the signaling processor 104 and transports data user 
communications, such as clear channel data, to the connection system 106. The signaling 
processor 104 receives and processes the call signaling to determine one or more 
connections for the user communications and to determine the bandwidth that will be 
allocated to the user communications. 

The signaling processor 104 determines that the user communications are 
to be connected over the connection 112. Based on the SS7 message, the signaling 
processor 104 determines that the call is a clear channel call and that the user 
communications are to be connected at 64 Kbps. 

The signaling processor 104 transmits a control message to the connection 
system 106 identifying the connection 112 over which to connect the user 
communications and the bandwidth at which the user communications are to be 
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transported. In addition, the signaling processor 104 transmits another control message 
over the link 1 18 to another signaling processor or switch identifying the connection 112. 

The connection system 106 receives the user commimications from the 
communication device 108 and the control message from the signaling processor 104. 
The connection system 106 connects the user communications over the selected 
connection 1 12 at 64 Kbps. 

Figure 2 illustrates a connection allocation system 102 A having an 
embodiment of a connection system of the present invention. The connection allocation 
system 102A has a first and second signaling processor 104A and 104B, a first and 
second connection system 106 A and 106B, and a first and second commxmication device 
108 A and 108B. The signaling processors 104A and 104B and the communication 
devices 108 A and 108B are the same as those described above. 

The first connection system 106 A has a first interworking unit 202 and a 
first ATM matrix 204 connected by a connection 206. The second connection system 
106B has a second interworking unit 208 and a second ATM matrix 210 connected by a 
connection 212. The first ATM matrix 204 is connected to the second ATM matrix 210 
by a connection 214. The first communication device 108 A is connected to the first 
interworking unit 202 by a connection 216, and the second communication device 108B 
is connected to the second interworking unit 208 by a connection 218. The first and 
second signaling processors 104 A and 104B are linked to an accounting system 220. 

The first interworking unit 202 and the second interworking unit 208 each 
interwork traffic between various protocols. Preferably, the interworking units 202 and 
208 interwork between ATM traffic and non-ATM traffic, such as TDM traffic. The 
interworking units 202 and 208 operate in accordance with control messages received 
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from the signaling processor 104. These control messages typically are provided on a 
call-by-call basis and typically identify an assignment between a DSO and a VPA^C for 
which user commimications are interworked. In some instances, the interworking units 
202 and 208 may transport control messages which may include data to the signaling 
5 processor 104. Typically, the interworking units 202 and 208 are configured to provide 
the encoding of the user communications according to the encoding scheme. Although, 
in other instances, the ATM matrixes 204 and 210 may be configured to provide the 
encoding of the user communications according to the encoding scheme. 

The ATM matrixes 204 and 210 are each a controllable ATM matrix that 
P| 10 establishes connections in response to control messages received from the signaling 
m processor 104. The ATM matrixes 204 and 210 are able to interwork between ATM 

connections and TDM connections. The ATM matrixes 204 and 210 also cross connect 

i :: 5 

ATM connections with other ATM connections. In addition, the ATM matrixes 204 and 
210 can switch calls from TDM connections to other TDM connections. The ATM 

III 

i^l 15 matrixes 204 and 210 transmit and receive call signaling and user communications over 
s|i the connections. The ATM matrixes 204 and 210 may be configured to provide the 

encoding of the user communications according to the encoding scheme. 

The accounting system 220 receives accounting information, such as 
compiled call accoxmting information, other billing information, and other call connection 
20 information, from the signaling processors 104A and 104B. The accounting system 220 
may compile the data and forward it to appropriate centers for processing and distribution 
or use the data for billing calls. An example of an accounting system is an enterprise 
system such as an operations center or a merged call processor (MCP) system. 
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The connection allocation system 102 A of Figure 2 operates as follows. 
In a first example, the first communication device 108 A transmits call signaling to the 
first signaling processor 104A and transports user communications to the first 
interworking unit 202 over the connection 216. 

The first signaling processor 104 A receives and processes the call 
signaling to determine connections for the call and to determine the bandv^idth required 
for the call. The first signaling processor 104 A selects the connections 206 and 214 for 
the user communications and selects a bandwidth for the user communications. In this 
example, the first signaling processor 104A selects 64 Kbps as the bandwidth for the user 
communications based on the subscriber profile in the call signaling. It will be 
appreciated that any of the transmission rates described herein and based on the methods 
for selecting the transmission rates may be used. 

The first signaling processor 104A transmits a control message to the first 
interworking unit 202 designating the connection 206 and the bandwidth for the user 
communications. The first signaling processor 104A also transmits a control message to 
the first ATM matrix 204 designating a connection 214 over which the user 
communications will be connected. In addition, the first signaling processor 104A 
transmits a control message to the second signaling processor 104B designating the 
connection 214 and the bandwidth for the user communications. Also, the first signaling 
processor 104A transmits a control message to the accounting system 220 identifying the 
bandwidth used for the call and the subscriber information. 

The first interworking unit 202 receives the user communications from 
the first communication device 108 A and the control message fi*om the first signaling 
processor 104A. The first interworking unit 202 interworks the user communications to 
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the connection 206 at 64 Kbps as designated by the first signahng processor 104A. In 
this example, the first interworking unit 104A interworks the user communications fi"om 
TDM to ATM. 

The first ATM matrix 204 receives the user communications over the 
connection 206 and the control message from the first signaling processor 104A. The 
first ATM matrix 204 connects the user communications to the connection 214 
designated by the first signaling processor 104A at the designated bandwidth of 64 Kbps. 
In this example, the first ATM matrix 204 connects the user communications from an 
ATM VPA^C to another ATM VPA^C. 

The second signaling processor 104B receives the control message 
transmitted by the first signaling processor 104A. It will be appreciated that this control 
message may be, for example, an SS7 message, a proprietary control message, or another 
message. In this example, this control message is an SS7 message. 

The second signaling processor 104B processes the control message to 
select connections for the calls. The second signaling processor 104B transmits a control 
message to the second ATM matrix 210 designating a connection 212 over which the 
user communications will be connected. The second signaling processor 104B transmits 
a control message to the second interworking unit 208 designating the connection 218 for 
the user commimications, the bandwidth at which the user communications will be 
received, and the bandwidth at which the user communications will be interworked. In 
this example, the second signaling processor 104B designates that the user 
communications will be interworked at 64 Kbps. 

In addition, the second signaling processor 104B transmits a control 
message to the second communication device 108B containing call information. In this 
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example, the control message sent to the second communication device 108B is an SS7 
message. 

The second ATM matrix 210 receives the user communications over the 
connection 214 and the control message from the second signaling processor 104B. The 
5 second ATM matrix 210 connects the user communications to the connection 212 
designated by the second signaling processor 104B at the bandwidth that the user 
commimications were received. In this example, the second ATM matrix 210 connects 
the user communications from an ATM VPA^C to another ATM VPA^C. 

The second interworking unit 208 receives the user communications from 
CI 10 the second ATM matrix 210 and the control message from the second signaling processor 

= 

M 104B. The second interworking imit 208 interworks the user communications to the 

ill 

connection 218 from the 64 Kbps bandwidth at which the user communications were 
^ll received to a required bandwidth selected by the signaling processor 104B. In this 

ri example, the second signaling processor 104B selected a bandwidth of 64 Kbps and 

ill 

Q 15 designated the bandwidth of 64 Kbps in the control message. However, the second 
interworking unit 208 can be configured to interwork the user communications at a 
specified default bandwidth without having to receive a control message specifying that 
default bandwidth. In this example, the second interworking unit 104B interworks the 
user communications from ATM to TDM. 
20 The second communication device 108B receives the user 

conmiunications from the second interworking unit 208. The second commimication 
device 108B also receives the control message from the second signaling processor 104B. 

It will be appreciated that the signaling processors 104 A and 104B may 
transmit a single control message that contains designations for the selected connection, 

22 



Sprint Docket 1152 

the selected bandwidth, and the selected encoding scheme, if any, for the user 
communications. Alternately, two or more control messages may be transmitted 
containing designations for the selected connection, the selected bandwidth, and the 
selected encoding scheme, if any, for the user communications. 

Referring still to Figure 2, in a second example, the first communication 
device 108 A transmits call signaling to the first signaling processor 104A and transports 
user communications to the first interworking unit 202 over the connection 216. 

The first signaling processor 104A receives and processes the call 
signaling to determine connections for the call and to determine the bandwidth required 
for the call. The first signaling processor 104A selects the cormections 206 and 214 for 
the user communications and selects a bandwidth for the user commimications. In this 
example, the call is a voice call, and the first signaling processor 104A selects 32 Kbps as 
the bandwidth for the user communications based on the CAC methods. It will be 
appreciated that any of the transmission rates described herein and based on the methods 
for selecting the transmission rates may be used. 

The first signaling processor 104A transmits a control message to the first 
interworking unit 202 designating the connection 206, the bandwidth, and the encoding 
scheme for connecting the user communications. Also, the first signaling processor 104A 
transmits a control message to the first ATM matrix 204 designating a connection 214 
over which the user communications will be connected. In addition, the first signaling 
processor 104 A transmits a control message to the second signaling processor 104B 
designating the connection 214, the bandwidth, and the encoding scheme for the user 
communications. 
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The first interworking unit 202 receives the user commimications from 
the first communication device 108 A and the control message from the first signaling 
processor 104A. The first interworking unit 202 interworks the user communications to 
the connection 206 at 32 Kbps using the encoding scheme designated by the first 
signaling processor 104A. 

The first ATM matrix 204 receives the user communications over the 
connection 206 and the control message from the first signaling processor 104A. The 
first ATM matrix 204 connects the user communications to the connection 214 
designated by the first signaling processor 104A at the designated bandwidth of 32 Kbps. 

The second signaling processor 104B receives the control message 
transmitted by the first signaling processor 104A. It will be appreciated that this control 
message may be, for example, an SS7 message, a proprietary control message, or another 
message. In this example, this control message is a proprietary message. 

The second signaUng processor 104B processes the control message to 
select cormections for the calls. The second signaling processor 104B transmits a control 
message to the second ATM matrix 210 designating a connection 212 over which the 
user communications will be connected. The second signaling processor 104B also 
transmits a control message to the second interworking unit 208 designating the 
connection 218 for the user communications and the bandwidth and the decoding scheme 
at which the user communications will be interworked. The control message may include 
the bandwidth and the encoding scheme at which the user communications will be 
received. In addition, the second signaling processor 104B transmits a control message 
to the second communication device 108B containing call information. In this example, 
the control message sent to the second communication device 108B is an SS7 message. 
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The second ATM matrix 210 receives the user communications over the 
connection 214 and the control message from the second signaling processor 104B. The 
second ATM matrix 210 connects the user communications to the connection 212 
designated by the second signaling processor 104B at the bandwidth that the user 
commimications were received. 

The second interworking unit 208 receives the user communications from 
the second ATM matrix 210 and the control message from the second signaling processor 
104B. The second interworking unit 208 interworks the user communications to the 
connection 218 from the 32 Kbps bandwidth at which the user communications were 
received to a required bandwidth using the decoding scheme designated by the second 
signaling processor 104B. In this example, the second signaling processor 104B selected 
a bandwidth of 64 Kbps and designated the bandwidth of 64 Kbps in the control message. 

The second communication device 108B receives the user 
communications from the second interworking unit 208. The second communication 
device 108B also receives the control message from the second signaling processor 104B. 

It will be appreciated that the signaling processors 104A and 104B may 
transmit a single control message that contains designations for the selected connection, 
the selected bandwidth, and the selected encoding or decoding scheme, if any, for the 
user communications. Altemately, two or more control messages may be transmitted 
containing designations for the selected connection, the selected bandwidth, and the 
selected encoding or decoding scheme, if any, for the user communications. 

Still referring to Figure 2, in another example, call signaling is received by 
the second signaling processor 104B. It will be appreciated that this call signaling may 
be, for example, an SS7 message, a proprietary control message, or another message. In 
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this example, this call signaling is an SS7 message. User communications are received 
by the second ATM matrix 210. 

The second signaling processor 104B processes the call signaling to select 
connections for the calls. The second signaling processor 104B transmits a control 
5 message to the second ATM matrix 210 designating a connection 212 over which the 
user communications will be connected. The second signaling processor 104B transmits 
a control message to the second interworking unit 208 designating the connection 218 
over which the user communications will be interworked. 

In addition, the second signaling processor 104B transmits call signaling 
10 to the second communication device 108B containing call information. In this example, 
!i| the call signaling sent to the second communication device 108B is an SS7 message. 

4- The second ATM matrix 210 receives the user communications over the 

connection 214 and the control message from the second signaling processor 104B. The 
second ATM matrix 210 connects the user communications to the connection 212 
15 designated by the second signaling processor 104B at the bandwidth that the user 
conamunications were received. In this example, the second ATM matrix 210 connects 
the user communications from an ATM YPfVC to another ATM VPA^C. 

The second interworking unit 208 receives the user communications from 
the second ATM matrix 210 and the control message from the second signaling processor 
20 104B. The second interworking unit 208 determines that the user communications are 
encoded with a bit encoding scheme. In this example, the user commxmications are 
compressed to 32 Kbps, although other encoding schemes may be used. 

The second interworking unit 208 is configured to decode the user 
communications according to the required decoding scheme upon detection of a bit 
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encoding scheme. In this example, the second interworking unit 208 is configured to 
decompress the user communications to 64 Kbps. The second interworking unit 208 also 
interworks the user commvmications to the connection 218 in accordance with the control 
message from the second signaling processor 104B. 

The second communication device 108B receives the user 
communications from the second interworking unit 208. The second communication 
device 108B also receives the control message from the second signaling processor 104B. 

Referring again to Figure 2, in another example, call signaling is received 
by the second signaling processor 104B. It will be appreciated that this call signaling 
may be, for example, an SS7 message, a proprietary control message, or another message. 
In this example, this call signaling is a non-proprietary control message. User 
communications are received by the second ATM matrix 210. 

The second signaling processor 104B processes the call signaling to select 
connections for the calls. The second signaling processor 104B transmits a control 
message to the second ATM matrix 210 designating a connection 212 over which the 
user communications will be connected. The second signaling processor 104B transmits 
a control message to the second interworking unit 208 designating the connection 218 
over which the user conmiunications will be interworked. 

In addition, the second signaling processor 104B transmits call signaling 
to the second communication device 108B containing call information. In this example, 
the call signaling sent to the second communication device 108B is a non-proprietary 
control message. 

The second ATM matrix 210 receives the user communications over the 
connection 214 and the control message from the second signaling processor 104B. The 
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second ATM matrix 210 connects the user communications to the connection 212 
designated by the second signahng processor 104B at the bandwidth that the user 
communications were received. In this example, the second ATM matrix 210 connects 
the user communications from an ATM VPA'^C to another ATM VPA^C. 

The second interworking unit 208 receives the user communications from 
the second ATM matrix 210 and the control message from the second signaling processor 
104B. The second interworking unit 208 determines that the user communications are 
encoded with a bit encoding scheme. In this example, the user communications are 
encrypted, although other encoding schemes may be used. 

The second interworking unit 208 is configured to decode the user 
communications according to the required decoding scheme upon detection of a bit 
encoding scheme. In this example, the second interworking unit 208 is configured to de- 
encrypt. The second interworking unit 208 also interworks the user communications to 
the connection 218 in accordance with the control message from the second signaling 
processor 104B. 

The second communication device 108B receives the user 
communications from the second interworking unit 208. The second communication 
device 108B also receives the control message from the second signaling processor 104B. 

Again referring to Figure 2, in another example, call signaling is received 
by the second signaling processor 104B. It will be appreciated that this call signaling 
may be, for example, an SS7 message, a proprietary control message, or another message. 
In this example, this call signaling is an SS7 message. User communications are received 
by the second ATM matrix 210. 
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The second signaling processor 104B processes the call signaling to select 
connections for the calls. The second signaling processor 104B transmits a control 
message to the second ATM matrix 210 designating a connection 212 over which the 
user communications will be connected. The second signaling processor 104B transmits 
a control message to the second interworking unit 208 designating the connection 218 
over which the user communications will be interworked. 

In addition, the second signaling processor 104B transmits call signaling 
to the second communication device 108B containing call information. In this example, 
the call signaling sent to the second communication device 108B is an SS7 message. 

The second ATM matrix 210 receives the user communications over the 
connection 214 and the control message from the second signaling processor 104B. The 
second ATM matrix 210 determines that the user communications are encoded with a bit 
encoding scheme. In this example, the user communications are compressed to 16 Kbps, 
although other encoding schemes may be used. 

The second ATM matrix 210 is configured to decode the user 
communications according to the required decoding scheme upon detection of a bit 
encoding scheme. In this example, the second ATM matrix 210 is configured to 
decompress the user communications to 64 Kbps. Thus, the second ATM matrix 210 
decompresses the user communications and connects the user communications to the 
connection 212 designated by the second signaling processor 104B at the designated 
bandwidth. 

The second interworking unit 208 receives the user communications from 
the second ATM matrix 210 and the control message from the second signaling processor 
104B. The second interworking unit 208 interworks the user communications to the 
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connection 218 in accordance with the control message from the second signaling 
processor 104B. 

The second communication device 108B receives the user 
commxmications from the second interworking imit 208. The second communication 
device 108B also receives the control message from the second signaling processor 104B. 

It will be appreciated that in an alternate configuration, the second 
interworking unit 208 may be configured to detect encoded user communications. In 
such as configuration, the second interworking unit would decode the user 
communications according to a pre-configured decoding scheme. 

PROCESSING LOGIC 

The above-described figures illustrate the selection of connections and the 
allocation of the bandwidth for those connections. The remaining figures detail the 
processing of various call signaling messages. These figures use the service description 
language (SDL) nomenclature. In SDL, rectangles indicate processes, and diamonds 
represent decisions. Pointed rectangles represent messages sent, and indented rectangles 
represent messages received. If the point or indent is on the left, the messages related to 
the origination side of the call. If the point or indent is on the right, the messages relate 
to the termination side of the call. In the following discussion, a transition from one 
figure to another will be indicated by placing the new figure in parenthesis. 

Figures 3A-3B illustrate an example of call processing logic used to 
allocate bandwidth for the connections. The process begins with step 302 in the idle 
state. If an incoming initial address message (lAM) is received by the signaling 
processor at 304, the user service information (USI) is checked to determine data 
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capability for the call at 306. The call is checked to determine whether it is a voice call 
or a data call at 308. If the call is a data call at 308, then 64 Kbps is to be used as the 
bandwidth allocated for the call 310. The call processing then continues at step 324 (Fig, 
3B) 

5 If it is determined that the call is a voice call at 308, the ANI data in the 

call signaling is checked to determine if it is allowable for the bandwidth to be reduced to 
a lower level at 3 12. If a lower level of bandwidth is not allowed to be used for the call at 
314, then 64 Kbps will be used as the bandwidth to connect the call at 310. The call 
processing then continues at step 324 (Fig. 3B.) If a lower level of bandwidth may be 
^^1 10 used at 314, then the allowable bandwidth capability is recorded by the signaling 
IaI processor 316. The ANI profile in the call signaling is checked to determine if a lower 

bandwidth is required for the call at 3 1 8. 

If a lower bandwidth is required for the call at 320 (Fig. 3B), then the 

i«l bandwidth allocated for the connection of the call is changed to the required lower level 

m 

Q 15 at 322. A control message is sent to the interworking unit to connect the call at the 
bandwidth level determined by the signaling processor at 324. In lAM is transmitted to 
the next switch or signaling processor at 326. At 328, the signaUng processor waits for 
an acknowledgment message (ACM). 

If a lower bandwidth is not required at 320, then the terminating trunk 
20 group is checked to determine if the bandwidth for the connection is becoming congested 
or otherwise constrained 330. If the bandwidth is starting to become constrained at 332, 
then the bandwidth is changed to a preset level, such as 32 Kbps, at 334. If the 
bandwidth is not becoming constrained at 332, then the bandwidth is kept at the present 
level at 336. After either of step 334 or step 336, processing continues at step 324 where 
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a control message is sent to the interworking unit identifying the bandwidth to be used to 
connect the call. An lAM is transmitted to the next switch or signaling processor at 326. 
The signaling processor then waits for an ACM at 328. 

Figures 4A-4B illustrate additional call logic for the allocation of 
5 bandwidth when the signaling processor is waiting for an ACM at 402. If an ACM is 
received at 404, it is determined if the transmission medium parameter is included in the 
ACM message at 406. If the transmission medium parameter is not included at 408, the 
call is connected at the present default bandwidth level at 410. The system goes to idle at 
412. If the transmission medium parameter is included at 408, the called party's 
10 bandwidth requirement is determined at 414 and 416. 

If the called party requires a bandwidth of 64 Kbps at 418, the call's 
bandwidth usage, which is recorded in the signaling processor, is checked at 420 (Fig. 
4B). If the bandwidth required by the called party matches the bandwidth level recorded 
in the signaling processor at 422, then the call is connected at the present bandwidth at 
15 424. The system retums to idle at 426. 

If the bandwidth required by the called party does not match with the 
bandwidth level recorded by the signaling processor at 422, a control message is sent to 
the interworking unit to change the bandwidth to the bandwidth level required by the 
called party at 428. The call then is connected at the new bandwidth at 430. This system 
20 goes to idle at 432. 

If it is determined at step 416 (Fig. 4 A) that the called party requires a 
bandwidth of 32 Kbps at 434 (Fig. 4B), then the call's bandwidth used, which is recorded 
in the signaling processor, is checked at 436. If the bandwidth required by the called 
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party matches the bandwidth level recorded by the signaling processor at 438, then the 
call is connected at the present bandwidth at 440. The system then goes to idle at 442. 

If the bandwidth required by the called party did not match the bandwidth 
recorded by the signaling processor at 438, then a control message is sent to the 
interworking unit to change the bandwidth to the bandwidth required by the called party 
at 444. The call then is connected at the new bandwidth at 446, and the system goes to 
idle at 448. 

If at 416 (Fig. 4A) it is determined that the called party requires a 
bandwidth of 16 Kbps at 450 (Fig. 4C), then the call's bandwidth usage, which is 
recorded by the signaling processor, is checked at 452. If the bandwidth required by the 
called party matches the bandwidth recorded by the signaling processor at 454, then the 
call is coimected at the present bandwidth at 456. The system then goes to idle at 458. 

If the bandwidth required by the called party does not match the 
bandwidth recorded by the signaling processor at 454, then a control message is sent to 
the interworking unit to change the bandwidth to the bandwidth required by the called 
party at 460. The call then is connected at the new bandwidth at 462, and the system 
goes to idle at 464. 

Figure 5 illustrates information processing that occurs in the interworking 
unit for the allocation of bandwidth for a call coimection. The system is idle at 502. If a 
control message that requests a connection is received from signaling processor at 504, 
the bandwidth requirements for the call are determined at 506. The incoming trunk 
connection is cormected to the outgoing trunk at the specified bandwidth at 508. It will 
be appreciated that the incoming trunk and the outgoing trunk connection may be of any 
specified type, including a TDM trunk and an ATM trunk. The bearer stream for the 
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connection of the user communications is checked for modem tones or other triggers at 
510. If a modem tone or other trigger does not exist at 512, the call is connected at the 
present bandwidth at 514. The system returns to idle 516. 

If a modem tone or other trigger does exist at 512, the bandwidth level for 
the connection is changed to 64 Kbps at 518. A control message is sent to the signaling 
processor informing it of the transmission rate change at 520. The call then is connected 
at the new bandwidth at 522, and the system returns to idle at 524. 

THE CONTROLLABLE ATM MATRIX 

Figure 6 illustrates an exemplary embodiment of a controllable 
asynchronous transfer mode (ATM) matrix (CAM), but other CAMs that support the 
requirements of the invention also are applicable. The CAM 602 may receive and 
transmit ATM formatted user communications or call signaling. 

The CAM 602 preferably has a control interface 604, a controllable ATM 
matrix 606, an optical carrier-M/synchronous transport signal-M (OC-M/STS-M) 
interface 608, and an OC-X/STS-X interface 610. As used herein in conjunction with OC 
or STS, "M" refers to an integer, and "X" refers to an integer. 

The control interface 604 receives control messages originating from the 
signaling processor 612, identifies virtual connection assignments in the control 
messages, and provides these assignments to the matrix 606 for implementation. The 
control messages may be received over an ATM virtual connection and through either the 
OC-M/STS-M interface 608 or the OC-X/STS-X interface 610 through the matrix 606 to 
the control interface 604, through either the OC-M/STS-M interface or the OC-X/STS-X 
interface directly to the control interface, or through the control interface from a link. 
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The matrix 606 is a controllable ATM matrix that provides cross comiect 
functionality in response to control messages from the signaling processor 612. The 
matrix 606 has access to virtual path/virtual channels (VPA^Cs) over which it can 
connect calls. For example, a call can come in over a VPA^C through the OC-M/STS-M 
interface 608 and be connected through the matrix 606 over a VPA^C through the OC- 
X/STS-X interface 610 in response to a control message received by the signaling 
processor 612 through the control interface 604. Alternately, a call can be connected in 
the opposite direction. In addition, the a call can be received over a VPA^C through the 
OC-M/STS-M interface 608 or the OC-X/STS-X interface 610 and be connected through 
the matrix 606 to a different VPA^C on the same OC-M/STS-M interface or the same 
OC-X/STS-X interface. 

The OC-M/STS-M interface 608 is operational to receive ATM cells from 
the matrix 606 and to transmit the ATM cells over a cormection to the commimication 
device 614. The OC-M/STS-M interface 608 also may receive ATM cells in the OC or 
STS format and transmit them to the matrix 606. 

The OC-X/STS-X interface 610 is operational to receive ATM cells from 
the matrix 606 and to transmit the ATM cells over a connection to the communication 
device 616. The OC-X/STS-X interface 610 also may receive ATM cells in the OC or 
STS format and transmit them to the matrix 606. 

Call signaling may be received through and transferred from the OC- 
M/STS-M interface 608. Also, call signaling may be received through and transferred 
from the OC-X/STS-X interface 610, The call signaling may be connected on a 
connection or transmitted to the control interface directly or via the matrix 606. 
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The signaling processor 612 is configured to send control messages to the 
CAM 602 to implement particular features on particular VPA^C circuits. Altematively, 
lookup tables may be used to implement particular features for particular VPA^Cs. 

Figure 7 illustrates another exemplary embodiment of a CAM which has 
5 time division multiplex (TDM) capability, but other CAMs that support the requirements 
of the invention also are applicable. The CAM 702 may receive and transmit in-band and 
out-of-band signaled calls. 

The CAM 702 preferably has a control interface 704, an OC-N/STS-N 
interface 706, a digital signal level 3 (DS3) interface 708, a DSl interface 710, a DSO 
(;| 10 interface 712, an ATM adaptation layer (AAL) 714, a controllable ATM matrix 716, an 
M OC-M/STS-M interface 71 8A, an OC-X/STS-X interface 7 18B, and an ISDN/GR-303 

US 

interface 720. As used herein in conjunction with OC or STS, "N" refers to an integer, 

U.l 

"M" refers to an integer, and "X" refers to an integer. 

The control interface 704 receives control messages originating from the 

111 

Q 15 signaling processor 722, identifies DSO and virtual connection assignments in the control 
?|1 messages, and provides these assignments to the AAL 714 or the matrix 716 for 

implementation. The control messages may be received over an ATM virtual connection 
and through the OC-M/STS-M interface 718A to the control interface 704, through the 
OC-X/STS-X interface 718B and the matrix 716 to the control interface, or directly 
20 through the control interface fi*om a link. 

The OC-N/STS-N interface 706, the DS3 interface 708, the DSl 
interface 710, the DSO interface 712, and the ISDN/GR-303 interface 720 each can 
receive user communications fi-om a communication device 724. Likewise, the 
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OC-M/STS-M interface 71 8A and the OC-X/STS-X interface 71 8B can receive user 
communications from the communication devices 726 and 728. 

The OC-N/STS-N interface 706 receives OC-N formatted user 
communications and STS-N formatted user communications and converts the user 
communications to the DS3 format. The DS3 interface 708 receives user 
communications in the DS3 format and converts the user commimications to the DSl 
format. The DS3 interface 708 can receive DS3s from the OC-N/STS-N interface 706 or 
from an external cormection. The DSl interface 710 receives the user conmiunications in 
the DSl format and converts the user communications to the DSO format. The DSl 
interface 710 receives DSls from the DS3 interface 708 or from an external cormection. 
The DSO interface 712 receives user communications in the DSO format and provides an 
interface to the AAL 714. The ISDN/GR-303 interface 720 receives user 
communications in either the ISDN format or the GR-303 format and converts the user 
communications to the DSO format. In addition, each interface may transmit user 
communications in like marmer to the communication device 724. 

The OC-M/STS-M interface 718A is operational to receive ATM cells 
from the AAL 714 or from the matrix 716 and to transmit the ATM cells over a 
cormection to the conmiunication device 726. The OC-M/STS-M interface 718A also 
may receive ATM cells in the OC or STS format and transmit them to the AAL 714 or to 
the matrix 716. 

The OC-X/STS-X interface 718B is operational to receive ATM cells 
from the AAL 714 or from the matrix 716 and to transmit the ATM cells over a 
connection to the communication device 728. The OC-X/STS-X interface 718B also 



37 



Sprint Docket 1152 

may receive ATM cells in the OC or STS format and transmit them to the AAL 714 or to 
the matrix 716. 

Call signaling may be received through and transferred from the OC- 
N/STS-N interface 706 and the ISDN/GR-303 interface 720. Also, call signaling may be 
received through and transferred from the OC-M/STS-M interface 718A and the OC- 
X/STS-X interface 71 8B. The call signaling may be connected on a connection or 
transmitted to the control interface directly or via an interface as explained above. 

The AAL 714 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL 714 obtains the identity of the DSO and the 
ATM VP/VC from the control interface 704. The AAL 714 is operational to convert 
between the DSO format and the ATM format. AALs are known in the art, and 
information about AALs is provided by hatemational Telecommunications Union (ITU) 
documents in the series of 1.363, which are incorporated herein by reference. For 
example, ITU document 1.363.1 discusses AALl. An AAL for voice calls is described in 
U.S. Patent Number 5,806,553 entitled "Cell Processing for Voice Transmission," which 
is incorporated herein by reference. 

Calls with multiple 64 Kilo-bits per second (Kbps) DSOs are known as 
Nx64 calls. If desired, the AAL 714 can be configured to accept control messages 
through the control interface 704 for Nx64 calls. The CAM 702 is able to interwork, 
multiplex, and demultiplex for multiple DSOs. A technique for processing VPA^Cs is 
disclosed in U.S. Patent AppUcation Number 08/653,852, which was filed on May 28, 
1996, and entitled "Telecommunications System with a Connection Processing System," 
and which is incorporated herein by reference. 
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DSO connections are bi-directional and ATM connections are typically 
imi-directional. As a result, two virtual connections in opposing directions typically will 
be required for each DSO. Those skilled in the art will appreciate how this can be 
accomplished in the context of the invention. For example, the cross-connect can be 
provisioned with a second set of VPA^Cs in the opposite direction as the original set of 
VPA^Cs. 

The matrix 716 is a controllable ATM matrix that provides cross connect 
functionality in response to control messages from the signaling processor 722. The 
matrix 716 has access to VPA^Cs over which it can connect calls. For example, a call 
can come in over a VPA^C through the OC-M/STS-M interface 71 8 A and be connected 
through the matrix 716 over a VPA^C through the OC-X/STS-X interface 718B in 
response to a control message received by the signaling processor 722 through the control 
interface 704. Alternately, the matrix 716 may transmit a call received over a VPA^C 
through the OC-M/STS-M interface 718A to the AAL 714 in response to a control 
message received by the signaling processor 722 through the control interface 704. 
Communications also may occur in opposite directions through the various interfaces. 

In some embodiments, it may be desirable to incorporate digital signal 
processing capabilities at, for example, the DSO level. It also may be desired to apply 
echo control to selected DSO circuits. In these embodiments, a signal processor may be 
included. The signaling processor 722 is configured to send control messages to the 
CAM 702 to implement particular features on particular DSO or VPA^C circuits. 
Altematively, lookup tables may be used to implement particular features for particular 
circuits or VPA^Cs. 
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It will be appreciated from the teachings above for the CAMs and for the 
teachings below for the ATM interworking units, that the above described CAMs can be 
adapted for modification to transmit and receive other formatted communications such as 
synchronous transport module (STM) and European level (E) commimications. For 
5 example, the OC/STS, DS3, DSl, DSO, and ISDN/GR-303 interfaces can be replaced by 
STM electrical/optical (E/0), E3, El, EO, and digital private network signaling system 
(DPNSS) interfaces, respectively. 

THE ATM INTERWORKING UNIT 

Figure 8 illustrates an exemplary embodiment of an interworking unit 

10 which is an ATM interworking xmit 802 suitable for the present invention for use with a 
SONET system. Other interworking units that support the requirements of the invention 
also are applicable. The ATM interworking unit 802 may receive and transmit in-band 
and out-of-band calls. 

The ATM interworking unit 802 preferably has a control interface 804, an 

15 OC-N/STS-N interface 806, a DS3 interface 808, a DSl interface 810, a DSO interface 
812, a signal processor 814, an AAL 816, an OC-M/STS-M interface 818, and an 
ISDN/GR-303 interface 820. As used herein in conjunction with OC or STS, "N" refers 
to an integer, and "M" refers to an integer. 

The control interface 804 receives control messages originating from the 

20 signaling processor 822, identifies DSO and virtual connection assignments in the control 
messages, and provides these assignments to the AAL 816 for implementation. The 
control messages are received over an ATM virtual connection and through the OC- 
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M/STS-M interface 818 to the control interface 804 or directly through the control 
interface from a link. 

The OC-N/STS-N interface 806, the DS3 interface 808, the DSl 
interface 810, the DSO interface 812, and the ISDN/GR-303 interface 820 each can 
receive user communications from a communication device 824. Likewise, the 
OC-M/STS-M interface 818 can receive user communications from a communication 
device 826. 

The OC-N/STS-N interface 806 receives OC-N formatted user 
communications and STS-N formatted user commimications and demultiplexes the user 
communications to the DS3 format. The DS3 interface 808 receives user 
communications in the DS3 format and demultiplexes the user communications to the 
DSl format. The DS3 interface 808 can receive DS3s from the OC-N/STS-N 
interface 806 or from an extemal cormection. The DSl interface 810 receives the user 
communications in the DSl format and demultiplexes the user communications to the 
DSO format. The DSl interface 810 receives DSls from the DS3 interface 808 or from 
an extemal connection. The DSO interface 812 receives user commxmications in the DSO 
format and provides an interface to the AAL 816. The ISDN/GR-303 interface 820 
receives user communications in either the ISDN format or the GR-303 format and 
converts the user communications to the DSO format. In addition, each interface may 
transmit user communications in like manner to the communication device 824. 

The OC-M/STS-M interface 818 is operational to receive ATM cells from 
the AAL 816 and to transmit the ATM cells over the cormection to the communication 
device 826. The OC-M/STS-M interface 818 also may receive ATM cells in the OC or 
STS format and transmit them to the AAL 816. 
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Call signaling may be received through and transferred from the OC- 
N/STS-N interface 806 and the ISDN/GR-303 interface 820. Also, call signaling may be 
received through and transferred from the OC-M/STS-M interface 818. The call 
signaling may be connected on a connection or transmitted to the control interface 
directly or via another interface as explained above. 

The AAL 816 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL 816 obtains the identity of the DSO and the 
ATM VPA^C from the control interface 804. The AAL 816 is operational to convert 
between the DSO format and the ATM format. 

If desired, the AAL 816 can be configured to accept control messages 
through the control interface 804 for Nx64 calls. The ATM interworking unit 802 is able 
to interwork, multiplex, and demultiplex for multiple DSOs. 

DSO connections are bi-directional and ATM connections are typically 
uni-directional. As a result, two virtual connections in opposing directions typically will 
be required for each DSO. Those skilled in the art will appreciate how this can be 
accomplished in the context of the invention. For example, the cross-connect can be 
provisioned with a second set of VPA^'Cs in the opposite direction as the original set of 
VPA^Cs. 

In some embodiments, it may be desirable to incorporate digital signal 
processing capabihties at the DSO level. It may also be desired to apply echo control to 
selected DSO circuits. In these embodiments, a signal processor 814 is included either 
separately (as shown) or as a part of the DSO interface 812. The signaling processor 822 
is configured to send control messages to the ATM interworking unit 802 to implement 
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particular features on particular DSO circuits. Alternatively, lookup tables may be used to 
implement particular features for particular circuits or VPA^Cs. 

Figure 9 illustrates another exemplary embodiment of an interworking unit 
which is an ATM interworking unit 902 suitable for the present invention for use with an 
SDH system. The ATM interworking unit 902 preferably has a control interface 904, an 
STM-N electrical/optical (E/0) interface 906, an E3 interface 908, an El interface 910, 
an EO interface 912, a signal processor 914, an AAL 916, an STM-M electrical/optical 
(E/0) interface 918, and a DPNSS interface 920. As used herein in conjunction with 
STM, 'TST' refers to an integer, and "M" refers to an integer. 

The control interface 904 receives control messages from the signaling 
processor 922, identifies EO and virtual connection assignments in the control messages, 
and provides these assigrmients to the AAL 916 for implementation. The control 
messages are received over an ATM virtual cormection and through the STM-M interface 
918 to the control interface 804 or directly through the control interface from a link. 

The STM-N E/0 interface 906, the E3 interface 908, the El interface 910, 
the EO interface 912, and the DPNSS interface 920 each can receive user communications 
from a second communication device 924. Likewise, the STM-M E/0 interface 918 can 
receive user communications from a third communication device 926. 

The STM-N E/0 interface 906 receives STM-N electrical or optical 
formatted user communications and converts the user communications from the STM-N 
electrical or STM-N optical format to the E3 format. The E3 interface 908 receives user 
communications in the E3 format and demultiplexes the user communications to the El 
format. The E3 interface 908 can receive E3s from the STM-N E/0 interface 906 or 
from an external connection. The El interface 910 receives the user communications in 
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the El format and demultiplexes the user communications to the EO format. The El 
interface 910 receives Els from the STM-N E/0 interface 906 or the E3 interface 908 or 
from an external connection. The EO interface 912 receives user communications in the 
EO format and provides an interface to the AAL 916. The DPNSS interface 920 receives 
user communications in the DPNSS format and converts the user communications to the 
EO format. In addition, each interface may transmit user communications in a like 
maimer to the communication device 924. 

The STM-M E/0 interface 918 is operational to receive ATM cells from 
the AAL 916 and to transmit the ATM cells over the connection to the communication 
device 926. The STM-M E/0 interface 918 may also receive ATM cells in the STM-M 
E/0 format and transmit them to the AAL 916. 

Call signaling may be received through and transferred from the STM-N 
E/0 interface 906 and the DPNSS interface 920. Also, call signaling may be received 
through and transferred from the STM-M E/0 interface 918. The call signaling may be 
cormected on a connection or transmitted to the control interface directly or via another 
interface as explained above. 

The AAL 916 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL obtains the identity of the EO and the ATM 
VP/VC from the control interface 904. The AAL 916 is operational to convert between 
the EO format and the ATM format, either in response to a control instruction or without 
a control instruction. AAL's are known in the art. If desired, the AAL 916 can be 
configured to receive control messages through the control interface 904 for Nx64 user 
communications. 
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EO connections are bi-directional and ATM connections typically are uni- 
directional. As a result, two virtual connections in opposing directions typically will be 
required for each EO. Those skilled in the art will appreciate how this can be 
accomphshed in the context of the invention. 

In some instances, it may be desirable to incorporate digital signal 
processing capabilities at the EO level. Also, it may be desirable to apply echo control. 
In these embodiments, a signal processor 914 is included either separately (as shown) or 
as a part of the EO interface 912. The signaling processor 922 is configured to send 
control messages to the ATM interworking unit 902 to implement particular features on 
particular circuits. Altematively, lookup tables may be used to implement particular 
features for particular circuits or VPA^Cs. 

THE SIGNALING PROCESSOR 

The signaling processor receives and processes telecommimications call 
signaling, control messages, and customer data to select coimections that establish 
communication paths for calls. In the preferred embodiment, the signaling processor 
processes SS7 signaling to select connections for a call. An example of call processing in 
a call processor and the associated maintenance that is performed for call processing is 
described in a U.S. Patent Application Serial Number 09/026,766 entitled "System and 
Method for Treating a Call for Call Processing," which is incorporated herein by 
reference. 

In addition to selecting connections, the signaling processor performs 
many other functions in the context of call processing. It not only can control routing and 
select the actual connections, but it also can validate callers, control echo cancellers. 
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generate accounting information, invoke intelligent network functions, access remote 
databases, manage traffic, and balance network loads. One skilled in the art will 
appreciate how the signaling processor described below can be adapted to operate in the 
above embodiments. 

Figure 10 depicts an embodiment of a signaling processor. Other versions 
also are contemplated. In the embodiment of Figure 10, the signaling processor 1002 has 
a signaling interface 1004, a call processing control system 1006 (CPCS), and a call 
processor 1008. It will be appreciated that the signaling processor 1002 may be 
constructed as modules in a single unit or as multiple imits. 

The signaling interface 1004 is coupled externally to signaling systems — 
preferably to signaling systems having a message transfer part (MTP), an ISDN user part 
(ISUP), a signaling connection control part (SCCP), an intelligent network application 
part (INAP), and a transaction capabilities application part (TCAP). The signaling 
interface 1004 preferably is a platform that comprises an MTP level 1 1010, an MTP 
level 2 1012, an MTP level 3 1014, an SCCP process 1016, an ISUP process 1018, and a 
TCAP process 1020. The signaling interface 1004 also has INAP functionality. 

The signaling interface 1004 may be linked to a communication device 
(not shown). For example, the communication device may be an SCP which is queried 
by the signaling interface with a TCAP query to obtain additional call-associated data. 
The answer message may have additional information parameters that are required to 
complete call processing. The communication device also may be an STP or other 
device. 

The signaling interface 1004 is operational to transmit, process, and 
receive call signahng. The TCAP, SCCP, ISUP, and INAP functionality use the services 
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of the MTP to transmit and receive the messages. Preferably, the signaling interface 
1004 transmits and receives SS7 messages for MTP, TCAP, SCCP, and ISUP, Together, 
this functionality is referred to as an "SS7 stack," and it is well known. The software 
required by one skilled in the art to configure an SS7 stack is commercially available. 
5 One example is the OMNI SS7 stack from Dale, Gesek, Mc Williams & Sheridan, hic. 
(the DGM&S company). 

The processes of the signaling interface 1004 process information that is 
received in message signal units (MSUs) and convert the information to call information 
elements that are sent to the call processor 1008 to be processed. A call information 

10 element may be, for example, an ISUP lAM message parameter from the MSU. The 
signaling interface 1004 strips the unneeded header information from the MSU to isolate 
the message information parameters and passes the parameters to the call processor 1008 
as the call information elements. Examples of these parameters are the called number, 
the calling number, and user service information. Other examples of messages with 

15 information elements are an ANM, an ACM, an REL, an RLC, and an INF. In addition, 
call information elements are transferred from the call processor 1008 back to the 
signaling interface 1004, and the information elements are reassembled into MSUs and 
transferred to a signaling point. 

The CPCS 1006 is the above-described management and administration 

20 system. As described above, the CPCS 1006 is the user interface and external systems 
interface into the call processor 1008. The CPCS 1006 serves as a collection point for 
call-associated data such as logs, operational measurement data, statistical information, 
accounting information, and other call data. The CPCS 1006 can configure the call- 
associated data and/or transmit it to reporting centers. 
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The CPCS 1006 accepts data, such as the translations, from a source such 
as an operations system and updates the data in the tables in the call processor 1008. The 
CPCS 1006 ensures that this data is in the correct format prior to transferring the data to 
the call processor 1008. The CPCS 1006 also provides configuration data to other 
devices including the call processor 1008, the signaling interface 1004, the interworking 
unit (not shown), and the controllable ATM matrix (not shown). In addition, the CPCS 
1006 provides for remote control of call monitoring and call tapping applications from 
the call processor 1008. 

The CPCS 1006 also serves as a collection point for alarms. Alarm 
information is transferred to the CPCS 1006. The CPCS 1006 then transports alarm 
messages to the required communication device. For example, the CPCS 1006 can 
transport alarms to an operations center. 

The CPCS 1006 also has a human-machine interface (HMI). This allows 
a person to log onto the CPCS 1006 and manage data tables or review data tables in the 
CPCS or provide maintenance services. 

The call processor 1008 processes call signaling and controls an ATM 
interworking unit, such as an ATM interworking multiplexer (mux) that performs 
interworking of DSOs and VPA^Cs, and an ATM matrix. However, the call processor 
1008 may control other communications devices and connections in other embodiments. 

The call processor 1008 comprises a control platform 1022 and an 
application platform 1024. Each platform 1022 and 1024 is coupled to the other 
platform. 

The control platform 1022 is comprised of various external interfaces 
including an interworking unit interface, a controllable ATM matrix, an echo interface, a 
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resource control interface, a call information interface, and an operations interface. The 
control platform 1022 is externally coupled to an interworking unit control, a controllable 
ATM matrix control, an echo control, a resource control, accounting, and operations. 
The interworking unit interface exchanges messages with at least one interworking irnit. 
These messages comprise DSO to VPA^C assignments, acknowledgments, and status 
information. The controllable ATM matrix interface exchanges messages with at least 
one controllable ATM matrix. These messages comprise DSO to VPA^C assignments, 
VPA^C to VPA^C assignments, acknowledgments, and status information. The echo 
control interface exchanges messages with echo control systems. Messages exchanged 
with echo control systems might include instructions to enable or disable echo 
cancellation on particular DSOs, acknowledgments, and status information. 

The resource control interface exchanges messages with external 
resources. Examples of such resources are devices that implement continuity testing, 
encryption, compression, tone detection/transmission, voice detection, and voice 
messaging. The messages exchanged with resources are instructions to apply the 
resource to particular DSOs, acknowledgments, and status information. For example, a 
message may instruct a continuity testing resource to provide a loopback or to send and 
detect a tone for a continuity test. 

The call information interface transfers pertinent call information to a 
call information processing system, such as to the CPCS 1006. Typical call information 
includes accounting information, such as the parties to the call, time points for the call, 
and any special features applied to the call. One skilled in the art will appreciate how to 
produce the software for the interfaces in the control platform 1022. 
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The application platform 1024 processes signaling information from the 
signaling interface 1004 to select connections. The identity of the selected connections 
are provided to the control platform 1022 for the interworking unit interface and/or for 
the controllable ATM matrix interface. The application platform 1024 is responsible for 
validation, translation, routing, call control, exceptions, screening, and error handling. In 
addition to providing the control requirements for the interworking unit and the 
controllable ATM matrix, the application platform 1024 also provides requirements for 
echo control and resource control to the appropriate interface of the control platform 
1022. In addition, the application platform 1024 generates signaling information for 
transmission by the signaling interface 1004. The signaling information might be for 
ISUP, INAP, or TCAP messages to extemal network elements. Pertinent information for 
each call is stored in an enhanced circuit data block (ECDB) for the call. The ECDB can 
be used for tracking and accounting the call. 

The appUcation platform 1024 preferably operates in general accord with 
the Basic Call State Model (BCSM) defined by the ITU. An instance of the BCSM is 
created to handle each call. The BCSM includes an originating process and a terminating 
process. The application platform 1024 includes a service sv^itching function (SSF) that 
is used to invoke the service control fixnction (SCF). Typically, the SCF is contained in 
an SCP. The SCF is queried with TCAP or INAP messages that are transported by the 
signaling interface 1004 and which are initiated with information from the SSF in the 
application platform 1024. The originating or terminating processes will access remote 
databases with intelligent network (IN) ftinctionality via the SSF. 

Software requirements for the application platform 1024 can be produced 
in specification and description language (SDL) defined in ITU-T Z.lOO or similar logic 
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or description languages. The SDL can be converted into C code. A real time case tool 
such as SDT from Telelogic, Inc. or Object Time from Object Time, Inc. can be used. 
Additional C and C-H- code can be added as required to establish the environment. It v/ill 
be appreciated that other software languages and tools may be used. 

The call processor 1008 can be comprised of the above-described software 
loaded onto a computer. The computer can be a generally available fault-tolerant Unix 
computer, such as those provided by Sun, Tandem, or Hewlett Packard. It may be 
desirable to utilize the multi-threading capability of a Unix operating system. 

From Figure 10, it can be seen that the application platform 1024 
processes signaling information to control numerous systems and facilitate call 
connections and services. The SS7 signaling is exchanged between the call processor 
1008 and external components through the signaling interface 1004, and control 
information is exchanged with extemal systems through the control platform 1022. 
Advantageously, the signaling interface 1004, the CPCS 1006, and the call processor 
1008 are not integrated into a switch central processing unit (CPU) that is coupled to a 
switching matrix. Unlike an SCP, the components of the signaling processor 1002 are 
capable of processing ISUP messages independently of TCAP queries. 

SS7 MESSAGE DESIGNATIONS 

SS7 messages are well known. Designations for various SS7 messages 
commonly are used. Those skilled in the art are familiar with the following message 
designations: 

ACM - Address Complete Message 
ANM — Answer Message 
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— Release 
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— Release Complete 




— Reset Circuit 




~ Resume 


sus 


- Suspend 


UBL 


~ Unblocking 


UBA 


-- Unblocking Acknowledgment 



UCIC — Unequipped Circuit Identification Code. 

CALL PROCESSOR TABLES 

Call processing typically entails two aspects. First, an incoming or 
"originating" connection is recognized by an originating call process. For example, the 
initial connection that a call uses to enter a network is the originating connection in that 
network. Second, an outgoing or "terminating" connection is selected by a terminating 
call process. For example, the terminating connection is coupled to the originating 
connection in order to extend the call through the network. These two aspects of call 
processing are referred to as the originating side of the call and the terminating side of the 
call. 

Figure 1 1 depicts an exemplary data structure preferably used by the call 
processor 1002 of Figure 10 to execute the BCSM. This is accomplished through a series 
of tables that point to one another in various ways. The pointers typically are comprised 
of next fiinction and next label designations. The next function points to the next table, 
and the next label points to an entry or a range of entries in that table. It will be 
appreciated that the pointers for the main call processing are illustrated in Figure 11. 
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The primary data structure has a TDM trunk circuit table 1102, an ATM 
trunk circuit table 1 104, a trunk group table 1106, a carrier table 1 108, an exception table 
1110, an originating line information (OLI) table 1112, an automatic number 
identification (ANI) table 1114, a called number screening table 1116, a called number 
5 table 1118, a routing table 1120, a trunk group class of service (COS) table 1122, and a 
message mapping table 1 124. Also included in the data structure are a day of year table 
1 126, a day of week table 1 128, a time of day table 1 130, and a time zone table 1 132. 

The TDM trunk circuit table 1102 contains information required to 
provision the TDM side of a connection from the call processor site. Each circuit on the 
j«t 10 TDM side of a connection has an entry. The TDM trunk circuit table 1102 is accessed 
Ijj from the trunk group table 1106 or an extemal call process, and it points to the trunk 

:p group table. 

"^f The ATM trunk circuit table 1104 contains information required to 

provision the ATM side of a connection. Typically, one record appears in this table per 

in 

15 ATM trunk group. Although, the system can be configured alternately for multiple 

;h records per trunk group. The ATM trunk circuit table 1104 is accessed from the trunk 

. 

group table 1 106 or an extemal call process, and it points to the trunk group table. 

The trunk group table 1106 contains information that is required to build 
trunk groups out of different trunk members identified in the TDM and ATM trunk 
20 circuit tables 1 102 and 1 104. The trunk group table 1 106 contains information related to 
the originating and terminating trunk groups. The trunk group table 1 106 typically points 
to the carrier table 1108. Although, the trunk group table 1106 may point to the 
exception table 1110, the OLI table 1112, the ANI table 1114, the called number 
screening table 1116, the called number table 1118, the routing table 1120, the day of 
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year table 1 126, the day of week table 1 128, the time of day table 1 130, and the treatment 
table (see Figure 12). 

For default processing of an JAM of an outgoing call in the forward 
direction, when the call process determines call setup and routing parameters for user 
5 communications on the originating portion, the trunk group table 1106 is the next table 
after the TDM and ATM trunk circuit tables 1102 and 1104, and the trunk group table 
points to the carrier table 1 108. For default processing of an lAM of an outgoing call in 
the forward direction, when the call process determines call setup and routing parameters 
for user communications on the terminating portion, the trunk group table 1106 is the 
Q 10 next table after the routing table 1120, and the trunk group table points to the TDM or 
tij ATM trunk circuit table 1 102 or 1 104, For default processing of an ACM or an ANM of 

c 

'f'' an outgoing call in the originating direction, when the call process determines parameters 

hi 

^ for signaUng, the trunk group table 1 106 is the next table after the TDM or ATM trunk 

IP circuit table 1 102 or 1 104, and the trunk group table points to the message mapping table 

• n 

r| 15 1124. It will be appreciated that this is the default method, and, as explained herein, 
t|| Other implementations of table processing occur. 

-•31. 

The carrier table 1108 contains information that allows calls to be 
screened based, at least in part, on the carrier information parameter and the carrier 
selection parameter. The carrier table 1108 typically points to the exception table 1110. 
20 Although, the carrier table 1 108 may point to the OLI table 1112, the ANI table 1114, the 
called number screening table 1116, the called number table 1118, the routing table 1 120, 
the day of year table 1126, the day of week table 1128, the time of day table 1130, the 
treatment table (see Figure 12), and the database services table (see Figure 13). 
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The exception table 1110 is used to identify various exception conditions 
related to the call that may influence the routing or handling of the call. The exception 
table 1110 contains information that allows calls to be screened based, at least in part, on 
the called party number and the calling party's category. The exception table 1110 
typically points to the OLI table 11 12. Although, the exception table 1 1 10 can point to 
the ANI table 1114, the called number screening table 1116, the called number table 
1118, the routing table 1 120, the day of year table 1 126, the day of week table 1 128, the 
time of day table 1130, the call rate table, the percent control table, the treatment table 
(see Figure 12), and the database services table (see Figure 13). 

The OLI table 1112 contains information that allows calls to be screened 
based, at least in part, on originating line information in an lAM. The OLI table 1112 
typically points to the ANI table 1114. Although, the OLI table can point to the called 
number screening table 1116, the called number table 1118, the routing table 1120, the 
day of year table 1126, the day of week table 1128, the time of day table 1130, and the 
treatment table (see Figure 12). 

The ANI table 1114 is used to identify any special characteristics related 
to the caller's number, which is commonly known as automatic number identification. 
The ANI table 1114 is used to screen and validate an incoming ANI. ANI specific 
requirements such as queuing, echo cancellation, time zone, and treatments can be 
estabhshed. The ANI table 1114 typically points to the called number screening table 
1116. Although, the ANI table 1114 can point to the called number table 1118, the 
routing table 1120, the day of year table 1126, the day of week table 1128, the time of 
day table 1 130, and the treatment table (see Figure 12). 
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The called number screening table 1 1 16 is used to screen called numbers. 
The called number screening table 1116 determines the disposition of the called number 
and the nature of the called number. The called number screening table 1116 is used to 
provide the trigger detection point (TDP) for an AIN SCP TCAP query. It is used, for 
example, with the local number portability (LNP) feature. The called number screening 
table can invoke a TCAP. The called number screening table 1116 typically points to the 
called number table 1118. Although, the called number screening table 1116 can point to 
the routing table 1 120, the treatment table, the call rate table, the percent table (see Figure 
12), and the database services table (see Figure 13). 

The called number table 1118 is used to identify routing requirements 
based on, for example, the called number. This will be the case for standard calls. The 
called number table 1118 typically points to the routing table 1110. In addition, the 
called number table 1126 can be configured to altemately point to the day of year table 
1 126. The called number table 1118 can also point to the treatment table (see Figure 12) 
and the database services table (see Figure 13). 

The routing table 1120 contains information relating to the routing of a 
call for various connections. The routing table 1120 typically points to the treatment 
table (see Figure 12). Although, the routing table also can point to the trunk group table 
1 106 and the database services table (see Figure 13). 

For default processing of an lAM of an outgoing call in the forward 
direction, when the call process determines call setup and routing parameters for user 
communications, the routing table 1120 is the next table after the called number table 
1118, and the routing table points to the trunk group table 1106. For defauh processing 
of an lAM of an outgoing call in the forward direction, when the call process determines 
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parameters for signaling, the routing table 1120 is the next table after the called number 
table 1118, and the routing table points to the message mapping table 1124. It will be 
appreciated that this is the default method, and, as explained herein, other 
implementations of table processing occur. 
5 The trunk group COS table 1122 contains information that allows calls to 

be routed differently based on the class of service assigned to the originating trunk group 
and to the terminating trunk group. The trunk group COS table can point to the routing 
table 1 120 or the treatment table (see Figure 12). 

When the trunk group COS table 1122 is used in processing, after the 

10 routing table 1120 and the trunk group table 1106 are processed, the trunk group table 
points to the trunk group COS table. The trunk group COS table points back to the 
routing table 1120 for fiorther processing. Processing then continues with the routing 
table 1120 which points to the trunk group table 1106, and the trunk group table which 
points to the TDM or ATM trunk circuit table 1102 or 1104. It will be appreciated that 

15 this is the default method, and, as explained herein, other implementations of table 
processing occur. 

The message mapping table 1124 is used to provide instructions for the 
formatting of signaling messages from the call processor. It typically can be accessed by 
the routing table 1 120 or the trunk group table 1106 and typically determines the format 
20 of the outgoing messages leaving the call processor. 

The day of year table 1126 contains information that allows calls to be 
routed differently based on the day of the year. The day of year table typically points to 
the routing table 1 120 and references the time zone table 1 132 for information. The day 
of year table 1126 also can point to the called number screening table 1116, the called 
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number table 1118, the routing table 1120, the day of week table 1128, the time of day 
table 1130, and the treatment table (see Figure 12). 

The day of week table 1128 contains information that allows calls to be 
routed differently based on the day of the week. The day of week table typically points to 
the routing table 1120 and references the time zone table 1132 for information. The day 
of week table 1128 also can point to the called number screening table 1116, the called 
number table 1118, the time of day table 1 130, and the treatment table (see Figure 12). 

The time of day table 1130 contains information that allows calls to be 
routed differently based on the time of the day. The time of day table 1130 typically 
points to the routing table 1120 and references the time zone table 1132 for information. 
The time of day table 1 130 also can point to the called number screening table 1116, the 
called number table 1118, and the treatment table (see Figure 12). 

The time zone table 1 132 contains information that allows call processing 
to determine if the time associated with the call processing should be offset based on the 
time zone or daylight savings time. The time zone table 1132 is referenced by, and 
provides information to, the day of year table 1126, the day of week table 1128, and the 
time of day table 1130. 

Figure 12 is an overlay of Figure 11. The tables from Figure 11 are 
present. However, for clarity, the table's pointers have been omitted, and some tables 
have not been duplicated in Figure 12. Figure 12 illustrates additional tables that can be 
accessed from the tables of Figure 11. These include an outgoing release table 1202, a 
treatment table 1204, a call rate table 1206, and a percent control table 1208, and 
time/date tables 1210. 
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The outgoing release table 1202 contains information that allows call 
processing to determine how an outgoing release message is to be formatted. The 
outgoing release table 1202 typically points to the treatment table 1206. 

The treatment table 1204 identifies various special actions to be taken in 
the course of call processing. For example, based on the incoming trunk group or ANI, 
different treatments or cause codes are used to convey problems to the called and calling 
parties. This typically will result in the transmission of a release message (REL) and a 
cause value. The treatment table 1204 typically points to the outgoing release table 1202 
and the database services table (see Figure 13). 

The call rate table 1206 contains information that is used to control call 
attempts on an attempt per second basis. Preferably, attempts from 100 per second to 1 
per minute are programmable. The call rate table 1206 typically points to the called 
number screening table 1116, the called number table 1118, the routing table 1120, and 
the treatment table 1204. 

The percent control table 1208 contains information that is used to control 
call attempts based upon a percent value of the traffic that is processed through call 
processing. The percent control table 1208 typically points to the called number 
screening table 1116, the called number table 1118, the routing table 1120, and the 
treatment table 1204. 

The date/time tables 1210 have been identified in Figure 11 as the day of 
year table 1126, the day of week table 1128, the time of day table 1126, and the time 
zone table 1 132. They are illustrated in Figure 12 as a single location for ease and clarity 
but need not be so located. 
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Figure 13 is an overlay of Figures 11-12. The tables from Figures 11-12 
are present. However, for clarity, the table's pointers have been omitted, and some tables 
have not been duplicated in Figure 13. 

Figure 13 illustrates additional tables that can be accessed from the tables 
of Figures 11-12 and which are directed to the TCAP and the SCCP message processes. 
These include a database services table 1302, a signaling connection control part (SCCP) 
table 1304, an intermediate signaling network identification (ISNI) table 1306, a 
transaction capabilities apphcation part (TCAP) table 1308, and an advanced intelligent 
network (AIN) event parameters table 1310. 

The database services table 1302 contains information about the type of 
database service requested by call processing. The database services table 1302 
references and obtains information from the SCCP table 1304 and the TCAP table 1308. 
After the database function is performed, the call is retumed to normal call processing. 
The database services table 1302 points to the called number table 1118. 

The SCCP table 1304 contains information and parameters required to 
build an SCCP message. The SCCP table 1304 is referenced by the database services 
table 1302 and provides information to the database services table. 

The ISNI table 1306 contains network information that is used for routing 
SCCP message to a destination node. The ISNI table 1306 is referenced by the SCCP 
table 1304 and provides information to the SCCP table. 

The TCAP table 1308 contains information and parameters required to 
build a TCAP message. The TCAP table 1308 is referenced by the database services 
table 1302 and provides information to the database services table. 
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The AIN event parameters table 1310 contains information and parameters 
that are included in the parameters portion of a TCAP event message. The AIN event 
parameters table 1310 is referenced by the TCAP table 1308 and provides information to 
the TCAP table. 

Figure 14 is an overlay of Figures 11-13. The tables from Figures 11-13 
are present. However, for clarity, the tables have not been duplicated in Figure 14. 
Figure 14 illustrates additional tables that can be used to setup the call process so that the 
tables of Figures 11-13 may be used. These setup tables 1402 include a site office table 
1404, an extemal echo canceller table 1406, an interworking unit (IWU) table 1408, a 
controllable ATM matrix (CAM) interface table 1410, and a controllable ATM matrix 
(CAM) table 1412. 

The site office table 1404 contains information which lists office- wide 
parameters, some of which are information-based and others which affect call processing. 
The site office table 1404 provides information to the call processor or switch during 
initialization or other setup procedures, such as population of data or transfer of 
information to one or more memory locations for use during call processing. 

The extemal echo canceller 1406 contains information that provides the 
interface identifier and the echo canceller type when an extemal echo canceller is 
required. The extemal echo canceller table 1406 provides information to the call 
processor or switch during initialization or other setup procedures, such as population of 
data or transfer of information to one or more memory locations for use during call 
processing. 

The IWU table 1408 contains the internet protocol (IP) identification 
numbers for interfaces to the interworking units at the call processor or switch site. The 
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IWU table 1408 provides information to the call processor or switch during initialization 
or other setup procedures, such as population of data or transfer of information to one or 
more memory locations for use during call processing. 

The CAM interface table 1410 contains information for the logical 
5 interfaces associated with the CAM. The CAM interface table 1410 provides information 
to the call processor or switch during initialization or other setup procedures, such as 
population of data or transfer of information to one or more memory locations for use 
during call processing. 

The CAM table 1412 contains information associated with the logical and 
10 physical setup properties of the CAM. The CAM table 1412 provides information to the 
call processor or switch during initialization or other setup procedures, such as population 
of data or transfer of information to one or more memory locations for use during call 
processing. 

Figures 15-44 depict examples of the various tables described above. It 
15 will be appreciated that other versions of tables may be used. In addition, information 
from the identified tables may be combined or changed to form different tables. 

Figure 15 depicts an example of a TDM trunk circuit table. The TDM 
trunk circuit table is used to access information about the originating circuit for 
originating circuit call processing. It also is used to provide information about the 
20 terminating circuit for terminating circuit call processing. The trunk group number of the 
circuit associated with the call is used to enter the table. The group member is the second 
entry that is used as a key to identify or fill information in the table. The group member 
identifies the member number of the trunk group to which the circuit is assigned, and it is 
used for the circuit selection control, 
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The table also contains the trunk circuit identification code (TCIC). The 
TCIC identifies the trunk circuit which is typically a DSO. The echo canceller (EC) label 
entry identifies the echo canceller, if any, which is connected to the circuit. The 
interworking unit (IWU) label and the interworking unit (IWU) port identify the 
hardware location and the port number, respectively, of the interworking unit. The 
DSl/El label and the DSl/El channel denote the DSl or the El and the channel within 
the DSl or El, respectively, that contains the circuit. The initial state specifies the state 
of the circuit when it is installed. Valid states include blocked if the circuit is installed 
and blocked from usage, unequipped if the circuit is reserved, and normal if the circuit is 
installed and available from usage. 

Figure 16 depicts an example of an ATM trunk circuit table. The ATM 
trunk circuit table is used to access information about the originating circuit for 
originating circuit call processing. It also is used to provide information about the 
terminating circuit for terminating circuit call processing. 

The trunk group number of the circuit associated with the call is used to 
enter the table. The group size denotes the number of members in the trunk group. The 
starting trunk circuit identification code (TCIC) is the starting TCIC for the trunk group, 
and it is used in the routing label of an ISUP message. The transmit interface label 
identifies the hardware location of the virtual path on which the call will be transmitted. 
The transmit interface label may designate either an interworking unit interface or a 
CAM interface for the designated trunk members. The transmit virtual path identifier 
(VPI) is the VP that will be used on the transmission circuit side of the call. The receive 
interface label identifies the hardware location of the virtual path on which the call will 
be received. The receive interface label may designate either an interworking unit 
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interface or a CAM interface for the designated trunk members. The receive virtual path 
identifier (VPI) is the VP that will be used on the reception circuit side of the call. The 
initial state specifies the state of the circuit when it is installed. Valid states include 
blocked if the circuit is installed and blocked from usage, imequipped if the circuit is 
reserved, and normal if the circuit is installed and available fi^om usage. 

Figure 17A depicts an example of a trunk group table. The trunk group 
number of the trunk group associated with the circuit is used to key into the trunk group 
table. The administration information field is used for information purposes concerning 
the trunk group and typically is not used in call processing. The associated point code is 
the point code for the far end switch or call processor to which the trunk group is 
cormected. The common language location identifier (CLLI) entry is a standardized 
Bellcore entry for the associated office to which the trunk group is coimected. The trunk 
type identifies the type of the trunk in the trunk group. The trunk type may be a TDM 
trunk, an ATM trunk from the interworking unit, or an ATM trunk from the CAM. 

The associated numbering plan area (NPA) contains information 
identifying the switch from which the trunk group is originating or to which the trunk 
group is terminating. The associated jurisdiction information parameter (JIP) contains 
information identifying the switch from which the trunk group is originating or to which 
the trunk group is terminating. If an ISUP JIP is received, an outgoing JIP has the same 
value as the received JIP. If an ISUP JIP is not received in an JAM, and a default JIP 
value is present, then call processing will populate the JIP of the outgoing lAM with the 
default value from the trunk group table. If a JIP is not received, and there is no default 
JIP value, then an outgoing JIP is not transmitted. 
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The time zone label identifies the time zone that should be used when 
computing a local date and a local time for use with a day of year table, the day of week 
table, and the time of day table. The echo canceller information field describes the trunk 
group echo cancellation requirements. Valid entries for the echo canceller information 
include normal for a trunk group that uses internal echo cancellation, extemal for a trunk 
group that requires extemal echo cancellers, and disable for a trunk group that requires no 
echo cancellation for any call passing over the group. 

Figure 17B is a continuation of Figure 17A for the trunk group table. The 
satellite entry specifies that the trunk group for the circuit is connected through a satellite. 
If the trunk group uses too many satellites, then a call should not use the identified trunk 
group. This field is used in conjunction with the nature of coimection satellite indicator 
field firom the incoming lAM to determine if the outgoing call can be cormected over this 
trunk group. The select sequence indicates the methodology that will be used to select a 
connection. Valid entries for the select sequence field include the following: most idle, 
least idle, ascending, or descending. The interworking unit (IWU) priority signifies that 
outgoing calls will attempt to use a trunk circuit on the same interworking imit before 
using a trunk circuit on a different interworking unit. 

Glare resolution indicates how a glare situation is to be resolved. Glare is 
the dual seizure of the same circuit. If the glare resolution entry is set to "even/odd," the 
switch or the call processor with the higher point code value will control the even nmnber 
TCICs within the trunk group. The switch or call processor with the lower point code 
value will control the odd nxmiber TCICs. If the glare resolution entry is set to "all," the 
call processor controls all of the TCICs within the trunk group. If the glare resolution 
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entry is set to "none," the call processor will have no glare control and will yield to all 
double seizures within the trunk group. 

Continuity control indicates whether continuity is to be checked. 
Continuity for outgoing calls on the originating call processor are controlled on a trunk 
5 group basis. This field specifies whether continuity is not required or whether continuity 
is required and the frequency of the required check. The field identifies a percentage of 
the calls that require continuity check. 

The reattempt entry specifies how many times the outgoing call will be re- 
attempted using a different circuit fi-om the same trunk group after a continuity check 
1^1 10 failure, a glare, or other connection failure. The ignore local number portability (LNP) 

•sir 

kl infomiation specifies whether or not the incoming LNP information is ignored. The 

4^- treatment label is a label into the treatment table for the trunk group used on the call. 

Ill 

':;f Because specific trunk group connections may require specific release causes or 

treatments for a specific customer, this field identifies the type of treatment that is 

m 

j«l 15 required. The message mapping label is a label into the message mapping table which 
:|i specifies the backward message configuration that will be used on the trunk group. 

Figure 17C is a continuation of Figure 17B for the trunk group table. The 
queue entry signifies that the terminating part of the trunk group is capable of queuing 
calls originating firom a subscriber that called a number which terminates in this trunk 
20 group. The ring no answer entry specifies whether the trunk group requires ring no 
answer timing. If the entry is set to 0, the call processing will not use the ring no answer 
timing for calls terminated on the trunk group. A number other than 0 specifies the ring 
no answer timing in seconds for calls terminating on this trunk group. The voice path cut 
through entry identifies how and when the terminating call's voice path will be cut 
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through on the trunk group. The options for this field include the following: connect for 
a cut through in both directions after receipt of an ACM, answer for cut through in the 
backward direction upon receipt of an ACM, then cut through in the forward direction 
upon receipt of an ANM, or immediate for cut through in both directions immediately 
5 after an lAM has been sent. 

The originating class of service (COS) label provides a label into a class of 
service table that determines how a call is handled based on the combination of the 
originating COS and the terminating COS fi'om another trunk group. Based on the 
combination of this field and the terminating COS of another trunk group's field, the call 
1^1 10 will be handled differently. For example, the call may be denied, route advanced, or 

y otherwise processed. The terminating class of service (COS) label provides a label into a 

t'j 

:t= class of service table that determines how a call is handled based on the combination of 

liJ 

the originating COS fi'om another trunk group and the terminating COS from the present 

p trunk group. Based on a combination of this field and the originating COS the call will 

111 

i;| 15 be handled differently. For example, the call may be denied, route advanced, or 
5|| Otherwise processed. 

Call control provides an index to a specific trunk group level traffic 
management control. Valid entries include normal for no control applied, skip control, 
applied wide area telecommunications service (WATS) reroute functionality, cancel 
20 control, reroute control overflow, and reroute immediate control. The next function 
points to the next table, and the next label points to an entry or a range of entries in that 
table. 

Figure 18 depicts an example of a carrier table. The carrier label is the 
key to enter the table. The carrier identification (ID) specifies the carrier to be used by 
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the calling party. The carrier selection entry identifies how the caller specifies the carrier. 
For example, it identifies whether the caller dialed a prefix digit or whether the caller was 
pre-subscribed. The carrier selection is used to determine how the call will be routed. 
The next fimction points to the next table, and the next label defines an area in that table 
5 for fixrther call processing. 

Figure 19 depicts an example of an exception table. The exception label is 
used as a key to enter the table. The calling party's category entry specifies how to 
process a call fi"om an ordinary subscriber, an unknown subscriber, or a test phone. The 
called number nature of address differentiates between 0+ calls, 1+ calls, test calls, local 
ri 10 routing number (LRN) calls, and international calls. For example, intemational calls 
III might be routed to a pre-selected intemational carrier. The called number "digits firom" 

and "digits to" focus fiirther processing unique to a defined range of called numbers. The 
"digits fi-om" field is a decimal number ranging fi-om 1-15 digits. It can be any length 
and, if filled with less than 15 digits, is filled with Os for the remaining digits. The "digits 
15 to" is a decimal number ranging firom 1-15 digits. It can be any length and, if filled with 
less than 15 digits, is filled with 9s for the remaining digits. The next fimction and next 
label entries point to the next table and the next entry within that table for the next 
routing fimction. 

Figure 20 depicts an example of the originating line information (OLI) 
20 table. The OLI label is used as a key to enter the table from a prior next fimction 
operation. The originating line information entry specifies the information digits that are 
being transmitted fi-om a carrier. Different calls are differentiated based on the 
information digits. For example, the information digits may identify an ordinary 
subscriber, a multi-party line, NOO service, prison service, cellular service, or private pay 
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Station. The next function and next label entries point to the next table and the area 
within that table for the next routing function. 

Figure 21 depicts an example of an automatic number identification (ANI) 
table. The ANI label is used as a key to enter the table from a prior next option. The 
5 charge calling party munber "digits from" and "digits to" focus further processing unique 
to ANI within a given range. These entries are looked at to determine if the incoming 
calling number falls within the "digits from" and "digits to" fields. The time zone label 
indicates the entry in the time zone table that should be used when computing the local 
date and time. The time zone label overrides the time zone information from the trunk 
p 10 group table 1106. 

f The customer information entry specifies further customer information on 

the originating side for call process routing. The echo cancellation (EC) information field 
Jl specifies whether or not to apply echo cancellation to the associated ANI. The queue 

Q entry identifies whether or not queuing is available to the calling party if the called party 

Oi 

U 15 is busy. Queuing timers determine the length of time that a call can be queued. The 

?~ 

treatment label defines how a call will be treated based on information in the treatment 
table. For example, the treatment label may send a call to a specific recording based on a 
dialed number. The next function and next label point to the next table and an area 
within that table for further call processing. 
20 Figure 22 depicts an example of a called number screening table. The 

called number screening label is used as a key to enter the table. The called number 
nature of address indicates the type of dialed number, for example, national versus 
intemational. The nature of address entry allows the call process to route a call 
differently based on the nature of address value provided. The "digits from" and "digits 
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to" entries focus further processing unique to a range of called numbers. The "digits 
from" and "digits to" columns both contain called number digits, such as NPA-NXX 
ranges, that may contain ported numbers and are checked for an LRN. This table serves 
as the trigger detection point (TDP) for an LNP TCAP when, for example, NPA-NXXs of 
donor switches that have had subscribers port their numbers are data filled in the "digits 
from" and "digits to" fields. The delete digits field provides the number of digits to be 
deleted from the called number before processing continues. The next fiinction and next 
label point to the next table and the area within that table for fiirther call processing. 

Figure 23 depicts an example of a called number table. The called number 
label is used as a key to enter the table. The called number nature of address entry 
indicates the type of dialed number, for example, national versus international. The 
"digits from" and "digits to" entries focus fiirther processing unique to a range of 
numbers, including LRNs. The next fimction and next label point to a next table and the 
area within that table used for fiirther call processing. 

Figure 24 depicts an example of a day of year table. The day of year label 
is used as a key to enter the table. The date field indicates the local date which is 
applicable to the action to be taken during the processing of this table. The next fiinction 
and next label identify the table and the area within that table for further call processing. 

Figure 25 depicts an example of a day of week table. The day of week 
label is a key that is used to enter the table. The "day from" field indicates the local day 
of the week on which the action to be taken by this table line entry is to start. The "day 
to" field indicates the local day of the week on which the action to be taken by this table 
line entry is to end. The next function and next label identify the next table and the area 
within that table for further call processing. 
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Figure 26 depicts an example of a time of day table. The time of day label 
is used as a key to enter the table from a prior next function. The "time from" entry 
indicates the local time on which an action to be taken is to start. The "time to" field 
indicates the local time just before which the action to be taken is to stop. The next 
function and next label entries identify the next table and the area within that table for 
further call processing. 

Figure 27 depicts an example of a time zone table. The time zone label is 
used as a key to enter the table and to process an entry so that a customer's local date and 
time may be computed. The coordinated universal time (UTC) indicates a standard offset 
of this time zone from the UTC. The UTC is also known as Greenwich mean time, 
GMT, or Zulu. The UTC should be positive for time zones east of Greenwich, such as 
Europe and Asia, and negative for time zones west of Greenwich, such as North America. 
The daylight savings entry indicates whether daylight savings time is used during the 
summer in this time zone. 

Figure 28 depicts an example of a routing table. The routing label is used 
as a key to enter the table from a prior next function. The route number specifies a route 
within a route list. Call processing will process the route choices for a given route label 
in the order indicated by the route numbers. The next function and next label identify the 
next table and the area within that table for further call processing. The signal route label 
is associated with the next action to be taken by call processing for this call. The signal 
route label provides the index to access the message mapping label. The signal route 
label is used in order to modify parameter data fields in a signaling message that is being 
propagated to a next switch or a next call processor. 
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Figure 29 depicts an example of a trunk group class of service (COS) 
table. The originating trunk COS label and the terminating trunk COS label are used as 
keys to enter the table and define call processing. The next function identifies the next 
action that will be taken by call processing for this call. Valid entries in the next function 
column may be continued, treat, route advanced, or routing. Based on these entries call 
processing may continue using the current trunk group, send the calls to treatment, skip 
the current trunk group and the routing table and go to the next trunk group on the list, or 
send the call to a different label in the routing table. The next label entry is a pointer that 
defines the trunk circuit group that the next function will use to process the call. This 
field is ignored when the next function is continued or route advanced. 

Figure 30 depicts an example of a treatment table. The treatment label is a 
key that is used to enter the table. The treatment label is a designation in a call process 
that determines the disposition of the call. The error/cause label correspond either to 
internally generated error conditions and call processing or to incoming release cause 
values. For each treatment label, there will be a set of error conditions and cause values 
that will be associated with a series of labels for the call processing error conditions and a 
series of labels for all incoming release message cause values. The next function and 
next label point to the next table and the area within that table for further call processing. 

Figure 31 depicts an example of an outgoing release table. The outgoing 
release label is used as a key to enter the table for processing. The outgoing cause value 
location identifies the type of network to be used. For example, the location entry may 
specify a local or remote network or a private, transit, or intemational network. The 
coding standard identifies the standard as an Intemational Telecommunications Union 
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(ITU) Standard or an American National Standards Institute (ANSI) standard. The cause 
value designates error, maintenance, or non-coimection processes. 

Figure 32 depicts an example of a percent control table. The percent label 
is used as a key to enter the table. The control percentage specifies the percentage of 
incoming calls that will be affected by the control. The control next function allows 
attempts for call cormection to be routed to another table during call processing. The 
control next label points to an area within that table for further call processing. The 
passed next function allows only incoming attempts to be routed to another table. The 
next label points to an area in that table for further call processing. 

Figure 33 depicts an example of a call rate table. The call rate label is 
used as a key to enter the table. The call rate specifies the number of calls that will be 
passed by the control on or for completion. Call processing will use this information to 
determine if the incoming call number falls within this control. The control next function 
allows a blocked call attempt to be routed to another table. The control next label is a 
pointer that defines the area in the next table for further call processing. The passed next 
function allows only an incoming call attempt to be rerouted to another table. The passed 
next function is a pointer that defines an area in that table for further call processing. 

Figure 34 depicts an example of a database services table. The database 
services label is used as a key to enter the table. The service type determines the type of 
logic that is applied when building and responding to database queries. Service types 
include local number portability and NOO number translation. The signaling connection 
control part (SCCP) label identifies a location within an SCCP table for further call 
processing. The transaction capabilities appHcation part (TCAP) label identifies a 
location within a TCAP table for further processing. The next function identifies the 
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location for the next routing function based on information contained in the database 
services table as well as information received from a database query. The next label 
entry specifies an area within the table identified in the next function for further 
processing. 

Figure 35A depicts an example of a signaling connection control part 
(SCCP) table. The SCCP label is used as a key to enter the field. The message type 
entry identifies the type of message that will be sent in the SCCP message. Message 
types include Unitdata messages and Extended Unitdata messages. The protocol class 
entry indicates the type of protocol class that will be used for the message specified in the 
message type field. The protocol class is used for connectionless transactions to 
determine whether messages are discarded or retimied upon an error condition. The 
message handling field identifies how the destination call processor or switch is to handle 
the SCCP message if it is received with errors. This field will designate that the message 
is to be discarded or returned. The hop counter entry denotes the number of nodes 
through which the SCCP message can route before the message is returned with an error 
condition. The segmentation entry denotes whether or not this SCCP message will use 
segmentation and send more than one SCCP message to the destination. 

Figure 35B is a continuation of Figure 35A for the SCCP table. The 
intermediate signaling network identification (ISNI) fields allow the SCCP message to 
traverse different networks in order to reach a desired node. The ISNI type identifies the 
type of ISNI message format that will be used for this SCCP message. The route 
indicator subfield identifies whether or not this SCCP message requires a special type of 
routing to go through other networks. The mark identification subfield identifies whether 
or not network identification will be used for this SCCP message. The label subfield 
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identifies a unique address into the ISNI table when the route indicator sub-field is set to 
"constrained" and the mark identification subfield is set to "yes." 

Figure 35C is a continuation of Figure 35B for the SCCP table. Figure 
35C identifies the called party address field and subfields to provide information on how 
to route this SCCP message. The address indicator subsystem number (SSN) indicates 
whether or not a subsystem number will be included in the called party address. The 
point code entry indicates whether or not a point code will be included in the calling party 
address. The global title indicator subfield identifies whether or not a global title 
translation will be used to route the SCCP message. If a global title translation is chosen, 
this subfield also identifies the type. The routing indicator subfield identifies the 
elements that will be used to route the message. Valid entries include global title and 
point code. The national/international subfield identifies whether the SCCP message will 
use national or intemational routing and set up. 

The subsystem number field identifies the subsystem number for the 
SCCP message. The point code number indicates the destination point code to which the 
SCCP message will be routed. This field will be used for routing messages that do not 
require SCCP translation. 

The global title translation field allows intermediate nodes to translate 
SCCP messages so that the messages can be routed to the correct destination with the 
correct point code. The global title translation type entry directs the SCCP message to 
the correct global title translation function. The encode scheme identifies how the 
address type will be encoded. The number plan subfield identifies the numbering plan 
that will be sent to the destination node. The address type subfield will identify which 
address type to use for address digits and the SCCP routing through the network. 

76 



Sprint Docket 1152 

Figure 35D is a continuation of Figure 35C for the SCCP table. Figure 
35D identifies the calling party address field which contains the routing information that 
the destination database uses to retain the SCCP message. The address indicator 
subsystem nimiber (SSN) indicates whether or not a subsystem number will be included 
in the called party address. The point code subfield indicates whether or not a point code 
will be included in the caUing party address. The global title indicator subfield identifies 
whether or not global title translation will be used to route the SCCP message. The 
routing indicator subfield identifies which elements will be used throughout the message. 
This field may include global title elements or point code elements. The 
national/intemational subfield identifies whether the SCCP will use national or 
international routing and set up. 

The subsystem number identifies a subsystem number for the SCCP 
message. The point code number field indicates the destination point code to which the 
SCCP message will be routed. The global title translations allow the intermediate nodes 
to translate SCCP messages and to route the messages to the correct destination. The 
global title translation type directs the SCCP message to the correct global title 
translation fimction. The encode scheme identifies how the address type will be encoded. 
The number plan identifies the number plan that will be sent to the destination node. The 
address type subfield identifies the address type to use for address digits in the SCCP 
routing through the network. 

Figure 36 depicts an example of an intermediate signaling network 
identification (ISNI) table. The ISNI table contains a list of networks that will be used 
for routing SCCP messages to the destination node. The ISNI label is used as a key to 
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enter the table. The network fields 1-16 identify the network number of up to 16 
networks that may be used for routing the SCCP message. 

Figure 37 depicts an example of a transaction capabilities application part 
(TCAP) table. The TCAP label is used as a key to enter the table. The TCAP type 
identifies the type of the TCAP that will be constructed. The TCAP types include 
advanced intelligent network (AIN) and distributed intelligent network architecture 
(DINA). The tag class indicates whether the message will use a common or proprietary 
structure. The package type field identifies the package type that will be used in the 
transaction portion of the TCAP message. The component type field identifies the 
component type that will be used in the component portion of the TCAP message. The 
message type field identifies the type of TCAP message. Message types include variable 
options depending on whether they are AIN message types or DINA message types. 

Figure 38 depicts an example of an external echo canceller table. The 
echo canceller type specifies if an external echo canceller is being used on the circuit and, 
if so, the type of echo canceller. The echo canceller label points to a location in the 
controllable ATM matrix table for further call processing. The RS-232 address is the 
address of the RS-232 interface that is used to communicate with the extemal echo 
canceller. The module entry is the module number of the extemal echo canceller. 

Figure 39 depicts an example of an interworking unit interface table. The 
interworking unit (IWU) is a key that is used to enter the table. The IWU identification 
(ID) identifies which interworking unit is being addressed. The intemet protocol (IP) 
sockets 1-4 specify the IP socket address of any of the four connections to the 
interworking unit. 
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Figure 40 depicts an example of a controllable ATM matrix (CAM) 
interface table. The CAM interface label is used as a key to enter the table. The CAM 
label indicates which CAM contains the interface. The logical interface entry specifies a 
logical interface or port number in the CAM. 

Figure 41 depicts an example of a controllable ATM matrix (CAM) table. 
The CAM label is used as a key to enter the table. The CAM type indicates the type of 
CAM control protocol. The CAM address identifies the address of the CAM. 

Figure 42A depicts an example of a call processor or switch site office 
table. The office CLLI name identifies a CLLI of the associated office for the call 
processor or switch. The call processor or switch site node identifier (ID) specifies the 
call processor or switch node identifier. The call processor or switch origination 
identifier (ID) specifies a call processor or switch origination identifier. The software 
identifier (ID) specifies a software release identifier. The call processor identifier (ID) 
specifies the call processor or switch identifier that is sent to the inter working units. 

Figure 42B is a continuation of Figure 42A of the call processor or switch 
site office table. The automatic congestion control (ACC) specifies whether ACC is 
enabled or disabled. The automatic congestion control level (ACL) 1 onset identifies an 
onset percentage value of a first buffer utilization. The ACL 1 abate entry specifies an 
abatement percentage of utilization for a first buffer. The ACL 2 onset entry specifies an 
onset level for a second buffer. The ACL 2 abate entry specifies an abatement level 
percentage of buffer utilization for a second buffer. The ACL 3 onset entry specifies an 
onset level percentage of buffer utilization for a third buffer. The ACL 3 abate entry 
specifies an abatement level percentage of buffer utilization for a third buffer. 
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Figure 42C is a continuation of Figure 42B for the call processor or switch 
site office table. The maximum trunks for the off hook queuing (max trunks OHQ) 
specifies a maximum number of trunk groups that can have the off hook queuing enabled. 
The OHQ timer one (TQl) entry specifies the number of milliseconds for the off hook 
5 timer number one. The OHQ timer two (TQ2) entry specifies the number of seconds for 
the off hook timer number two. The ring no answer timer specifies the number of 
seconds for the ring no answer timer. The bilUng active entry specifies whether ECDBs 
are being sent to the call processing control system (CPCS). The network management 
(NWM) allow entry identifies whether or not a selective trunk reservation and group 
f^l 10 control are allowed or disallowed. The billing failure free call entry specifies if a call 
|i| will not be billed if the biUing process is unavailable. The billing failure free call will 

4= either be enabled for free calls or disabled so that there are no free calls. 

i , : 

Figure 42D is a continuation of Figure 42C for the call processor or switch 

'533" 

site office table. The maximum (max) hop counts identifies the number of call processor 

Scar 
111 

i^l 15 or switch hops that may be made in a single call. The maximum (max) table lookups 

si 

:|| identifies the number of table lookups that may performed for a single call. This value is 

used to detect loops in routing tables. 

Figures 43A-43B depict an example of an advanced intelligent network 
(AIN) event parameters table. The AIN event parameters table has two columns. The 
20 first identifies the parameters that will be included in the parameters portion of the TCAP 
event message. The second entry may include information for analysis. 

Figure 44 depicts an example of a message mapping table. This table 
allows the call processor to alter information in outgoing messages. The message type 
field is used as a key to enter the table and represents the outgoing standard message 
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type. The parameters entry is a pertinent parameter within the outgoing message. The 
indexes point to various entries in the trunk group and determine if parameters are passed 
unchanged, omitted, or modified in the outgoing messages. 

Those skilled in the art will appreciate that variations from the specific 
embodiments disclosed above are contemplated by the invention. The invention should 
not be restricted to the above embodiments, but should be measured by the ifoUowing 
claims. 
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